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ABSTRACT;  This  paper  discusses  the  architecture  of  a 
meta-system,  which  can  be  used  to  generate  intelligent 
information  systems fcr  different  domains  of  discourse. 

It  points  out  the  kinds  of  knowledge  accepted  by  the 
system,  and  the  way  the  knowledge  is  used  to  do  non¬ 
trivial  problem  solvin'’.  The  organization  of  the  system 
makes  It  possible  for  it  to  function  in  the  context  of 
an  expanding  model  space.  The  problem  solving  systems 
in  the  meta  system  communicate  with  the  model  space  in 
the  language  defined  for  the  domain.  They  have  the 
capability  to  Improve  their  performance,  based  on  the 
knowledge  gained  from  this  comraunicatinn .  The  meta¬ 
system  provides  a  basis  fcr  the  definition  of  the  concept 
of  machine  understanding  in  terms  of  the  models  that  the 
machine  can  build  in  a  domain,  and  the  way  it  can  use 
the  models .  ^ 
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1  .  INTRODUCTION 

The  Meta  DeSGripticn  System  (lOS)  Is  a  system  for 
describing  knowledge  in  a  domain  to  a  computer.  MDS  can 
bo  used  to  generate  intelligent  information  systems,  auto¬ 
matically  from  descriptions  of  knowledge  in  a  domain  of 
discourse .  The  domain  Cculd  be  diverse  as  for  example. 

Medical  Dja^niosls  [Irwin  4  Srinivasan  1975],  Modellinr 
Psychclo/^ical  Systems  [Sridhnran,  Schmidt  &  Sridharan 
197b,  1  977  ]  cr  Mana  cinent  Information  System  [Srinivasan 
197^].  The  major  application  of  MDS  has  been  sc  far 

in  modelling  psycholo  icai  systems.  A  brief  discussion 
of  some  of  the  features  of  M)S  appears  in  Srinivasan 
[1973a,  r976f]. 

This  poaper  presents  informally  the  logical  basis  for 
the  organizatio'n  and  Jixjraticn  of  tiAxc-  of  the  major  subsystems 
of  lOS  ;  Its  MODEL  SPACE,  and  the  p'iroblem  solving  subsystem 
called,  ASSIMILATOR,-"'  v/hich  is  responsible  for  the  consistency 
of  models  in  the  MODEL  SPACE.  The  ASSIMILATOR  helps  the 
MODEL  SPACE  assimilate  assertions  about  models,  making 
sure  that  the  laws  of  a  domain  are  not  violated.  It  is  also 
respTcnsible  for  producing;  reasons  that  exp)lain  why  certain 
assertions  are  accepted,  others  are  not,  and  yet  others  are 
accepted  conditionally  cn  certain  hypethses .  These  reasons 
an  1  hypictheses  will  constitute  the  systems  own  understanding 

*  Tliis  is  a  new  terminology.  This  subsystem  was  being  called 
INS  TAT  lATOR- CHECKER  in  previous  rep-rts. 
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of  the  assertions.  They  also  form  the  basis  for  all  problem 
solving  and  intelUgont  activity  in  MDS .  The  reasons  repre¬ 
sent  chunks  of  knowled,;e  that  may  be  used  in  a  problem  sol¬ 
ving  process  to  guide  search. 

The  organlzati-  -  and  operation  of  the  MODEL  SPACE  and 
ASSIMILATOR  are  central  to  the  MOS  concept  of  knowledge  Itself, 
and  Its  associated  nt  tl^^ns  of  understanding,  descrl ptlcn  and 
USG_  of  knowledge.  T’le  v.biectlve  of  this  paper  Is  to  present 
an  operational  view  of  this  knowledge  as  it  jx^rtains  to  the 
MODEL  SPACE. 

The  basic  modelling  concepts  are  laresented  in  the 
context  of  a  stylized  domain  of  discourse:  If’anspcrtatlon 
Systems  and  Problems  like  the  MISSIONARIES  &  CANNIBALS 
(me),  farmer  &  SON  (Fc-xS),  etc.  This  Is  done  for  r^da- 
gogl cal  r e  as  ens  , 

In  Section  1  .1  below  we  shall  give  a  brief  outline  of 
the  central  concepts  in  MDS,  and  Introduce  the  MDS -loaradlgm 
for  Intelligent  operation.  We  shall  also  esta]  lish  the 
terminology  used  in  the  paper. 

Implementation  Status  of  MDS 

There  are  now  tv;,  l^artlally  Implemented  versions  of  IVDS . 
One  Is  MDS  Itself,  vjlvLch  Is  Implemented  In  INTERLISP.  Only, 
the  so  called  domain  r.cqulsltlon  part  of  Is  now  operational. 
This  accepts  definitions  of  domain  knowledge  in 
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thG  meta-language  of  M)S,  and  represents  them  In  the  model  space 
In  a  form  suitable  for  ccmpllatlon  and  later  use.  jcel  li’wln, 

John  Ng  and  Tau  Hsu  participated  in  this  implementatlcn, 
together  with  the  auth-r.  The  second  part  cf  WS,  namely  the 
Code  for  the  domain  which  derives  fr  m  domain  defini¬ 

tions  procedures  ap;:r.i:rlate  for  the  creatl..!  and  maintenance 
cf  the  model  space,  is  now  being  written. 

The  other  version  cf  MDS  is  called  AIIvdS,  Action  interpre¬ 
tation  MDS.  This  is  Implemented  in  FUZZY  [Le  Faivre  I976].  There 
are  differences  between  MDS  and  AlMDS  in  syntax  and  certain  other 
definitional  c  cnventlo^ns .  AIMDS  is  an  lnteri:)retlve  version  of  a 
subset  of  MDS.  It  is  in^w  being  used  for  modelling  "belief  systems". 

1.1;  Central  Concepts  and  the  MDS  -  Par  adi  rrm 

1  *1  -1  :  Relational  Systems,  Description 
Langua/^  and  Model  Spaces. 

The  Model  Space,  Mp,  *  of  a  domain  is  central  to  the  archi¬ 
tecture  of  MDS,  and  its  uses.  The  structures  and  processes  in  the 
model  space  are  derived  automatically  by  MDS  from  definitions  of 
a  Relational  System,  R^.  r^  itself  is  defined  in  the  met a, language 
of  MDS.  Rt  also  fcrms  the  basis  for  the  definition  of  the  syntax 
and  semantics  of  an  elementary,  descript 3, on  language.  Lr,  which 

concepts  and  problems 

We  Shall  throughout  use  the  subscript  T,  as  in  Mp,  to  denote 
the  prctctyplc  .Rmain,  Transportation  Systems. 
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(hereinafter  tailed  entitles)  in  the  dctiam. 

Da?°rlptlc.n  rnn,.p^,  Lj, 

Every  well-forned  relatlcn  In  ™ay  ceeur  an  a 

[7^^  one  may  have  phrases 

like  (p  locaticnof  h)  ",  "(v  cam-ot-r  nW  4- 

/  >  IV  can^  etc  p)  etc.,  where  p  is  a 

place,  h  say.  le  a  m  m  an  Ahim/l  and  v,  a  vhiicle 

L,  may  also  have,  m  .Mdltlcn,  command  phrases  li.e  (ass®t 

P  Iceatlrncf  h)  (h  hclJlnr  m)),  {ER0VE((ALL  HUMAN  h)(THERE- 

exists  PL/iCE  p)(p  l,cati(  ncf  h)))  etc  Thpq 

y ; ;  etc  .  These  are  commands 

c  cne  cr  more  problem  Solving  systems  cf  MDS.  "INSTANTIATE’' 

la  a  command  to  the  /SSIMILATOR.  "ASSERT"  a„d  "goal"  are 

commands  to  the  LBSICNir,.  »hloh  Is  a  goal.dlrected  problem 

solver  rsrlnlvasan  ,9761,  19770).  Whereas,  ASSaiT  and  OOAL 

■»Ay  have  a:ecaiditlo;is,  INSTANTIATE  dees  not.  "hiove"  is 

a  eoitmand  to  the  THEWEM  movm  (TP)  rSrlnlvasan  19760 
I977d**]. 

Sentences  m  L^  may  be  cf  two  types:  Declarative 

or  irceednral.  The  sentential  strnctnre  of  declarative 

sentoncGs  is  a  vaT’ir’nf'  /-  -r  -i-u 

variant  of  the  sentential  structure  cf 

the  language  of  first  order  lode  , 

^luerxcgic.  Examples  of  declara¬ 
tive  sentences  apix^ar  in  sectim  mu 

X  in  section  2.  These  are  used  to 

ex«.ss  the  s^  lo,^ 

toncy_that_any  given  state  of  tl.  model  space  should  satisfy. 


preparation. 
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ThG  procedural  sentences  are  used  to  express  the  dynamic 
lais:  The  laws  of  chan^xs  in  the  model  space.  Every 
procedural  sentence  will  have  at  least  one  occurrence 

of  a  command  phrase.  Examples  of  such  sentences  occur 
in  section  2.5.9. 

The  semantics  of  is  entirely  defined  by  the 
semantics  of  the  relations  in  Rip.  For  the  relations  in 
Rt  their  semantics  is  defined  by  patterns  of  interactions 
that  they  may  have  in  the  model  space:  How  the  consis¬ 
tency  of  one  relation  may  depend  on  the  consistency  of 
others.  The  forms  of  definitions  of  Rip,  the  rationale 
for  their  choice,  their  interpretations,  and  the  assimiiv 
tions  on  the  control  structure  of  the  ASSIMILATOR  that 
they  entail,  are  all  discussed  in  section  2. 

Representations  in  the  Mdel  Spaco;  Bundles . 

The  structure  of  R,p  is  also  used  by  MDS  to  design 
a  system  of  representations  for  models  of  entities  in  Mp. 
These  representations  are  like  the  "frame  "  representations, 
proposed  by  Minsky  [I975].  Each  model  is  a  data-structure 
representing  a  bundle  of  Interconnected  pieces  of  infor¬ 
mation,  where  each  piece  has  its  own  substructure.  Each 
bun^  (model)  may  have  a  name,  will  have  references  to 
itself  and  its  definition,  and  will  contain  a  set  of  slots . 
Each  s]^  is  used  t  .  represent  a  property  of  the  bundle. 
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E.^oh  BPcperty  represontatlcn  v,iii  itself  consist  of  a  set 
-lets  :  one  each  for  the  „o;«rty 
‘ho  value,  h,,£^es,  rules  of  transf.,,„,.,.  _■ 

gt^s  Of  interactjcas  with  other  bundles  m  the  „,odel 
space. 

Each  such  bun^  it  a  natural  unit  of  toa.itdre  m 
In,  In  the  sense  that,  as  a  unit,  it  participates 
in  an  interactions  with  ether  such  units  m  the  nodei  space 

s'Zrt  iT^  ^  "-hdel 

pace,  as  it  pertains  to  the  ,13, , 

he  focus  of  attention  In  all  prcoesslng  done  In  the  model 

laoe.  /Is  we  shall  see,  the  bundle  struct, .r.^  ncit  only 

introduces  a  .'modular"  system  design,  but  also,  m  a  very 

real  sense  mahes  Intelligent  processing  feasible,  m 
practice . 

The  most  significant  aspect  of  M)S  is  that  the  bundle 
representations  and  an  its  associated  processors  -  for 
establishing  and  maintaining  a  consistent  model  space, 

Compiled  automat  leaner  ]  y  mdq 

Xi,  -y  MDS  from  schematic  definitions  of 

the  structure  and  semantics  cf  The  crmnii.a 

ihe  Compiled  procedures 

are  such  that  for  every  event  in  i-v,  j 

y  ent  In  the  model  space  the  system 

oa«  supply  the  rea^  the  event,  m  the  language  L,. 

ho  nature  of  this  compmatla,  process  is  briefly  outUned 
ih  section  2 .3.2  . 
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The  Model  Space  Logic 

The  model  space  works  In  a  three- valued^ logical  system: 
T(True),  ?(Unl<nown)  and  NIL(False),  T  >  ?  >  Nil,  /\,T  =  NIL 
and  '%,?=?.  The  ability  to  Instantiate  schemas  defined  In 
update  properties  of  bundles .  and  do  model  based  reason¬ 
ing  and  hypothesis  generation.  Is  primarily  due  to  the  use 
of  the  3-valued  logic.  We  shall  use  the  phrase,  Common- 
sense  reasoning,  to  refer  to  the  model  based  reasoning 
done  by  the  ASSIMILATICJR.  Examples  of  this  reasoning  process 
are  presented  In  section  2.5.6  through  2.5.8.  The  deductive 
mechanisms  used  for  this  process  are  defined  In  section  3, 

I  .1  .2  The  Problem  Solving  Systems  of  MDS 

The  ASSIMILATOR  is  the  monitor  for  the  model  space. 

All  events  In  the  model  space  are  Initiated  and  directed 
by  the  ASSIMILATCR.  It  recognizes  four  kinds  of  commands: 
Instantlator  Commands ,  examples  of  which  we  saw  before; 
Recognition  Commands .  which  are  used  to  Identify  the  class 
membership  of  a  bundle;  Comparls on  Commands .  which  are  used 
to  test  for  equality  bundles ;  and  Retrieval  Commands 
which  are  used  to  identify  the  bundle  or  bundles  associated 
with  a  given  name  or  phrase  in  Lij.,  The  Instantlator 
canmands  may  present  at  a  time  a  set  of  relations,  all  of 
which  are  to  be  Instantiated  In  parallel.  The  assimilatcr 
is  responsible  to  translate  the  relations  to  their  associated 
representations,  or  modifications  to  representations.  In  the 
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model  space.  For  example,  to  assimilate  "(p  locatlcnof  h)  " 
It  might  be  necessary  tc  make  several  secondary  changes  in 
the  model  space,  in  ^rder  to  maintain  consistency.  Thus*, 

If  h  was  holding  m,  then  the  location  of  m  should  also  be 
set  to  p.  Also,  If  h  was  Initially  at  the  place,  g,  then 
~{g  locatlcnof  h)  should  be  made  true  In  the  new  model 
state.  The  ASSIMILATOR  can  recognize  and  Incorporate  such 
secondary  changes. 

The  ASSIMILATOR  does  not  have  the  domain  knowledge  or 
the  control  structures  necessary  tc  plan  and  execute  a 
sequence  of  actions  in  the  model  space.  Thus,  it  would 
not  know  that  h  should  have  arrived  at  p  using  a  VEHICLE, 

If  suchv/o^  ii'o  case,  it  is  the  role  of  the  DESIGNER  to 
recognize  preconditions  for  actions  and  plan  action  sequen¬ 
ces,  that  seek  to  achieve  given  goals.  Thus,  in  response 
to  {GOAL{p  locatlcnof  h))  the  DBSIGNIR  might  construct  the 
sequence;  For  a  vehicle,  v, 

(ASSERT  (v  holding  h)) 

(ASSERT  (p  locationof  v)) 

(ASSERT  'v.(v  holding  h)), 

and  present  to  the  ASSIMILATOR  the  cc^respcnding  actlc  ns 
one  by  one.  The  reasons  supplied  by  the  ASSIMILATOR  for 
the  success  or  failure  of  the  actions  may  be  used  by  the 
designer  In  the  planning  process  itself,  to  modify  a 
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givon  plan.  Thus,  for  example,  the  DESI®IIR  might  receive 
the  explanation  Iccatton  is  Iccaticnof  h)  ",  as  the 

ro^on  for  the  failure  of  the  assertion  "(v  holding  h)". 

To  correct  the  error  the  DESI(2JER  might  choose  another 
VEHICLE,  vi,  which  is  at  the  location  of  h,  or  else  have 
V  brought  to  where  h  is.  Also,  the  next  time  the  DBSI®IER 
makes  an  assertion  like  "(v  holding  h)"  it  would  already 
make  sure  that  v  and  h  are  at  the  same  locatinn.  Thus, 
the  DESIGNER  would  have  learnt  an  elementary  fact  of  the 
domain.  The  learned  infcrmatinn  would  be  summarized  as  a 
rule  in  the  DESIGNER'S  own  local  state.  Rules  like  this 
will  be  used  by  the  DESIOJER  not  only  to  avoid  repeating 
mistakes,  but  also  to  make  the  right  choices,  wherever 
feasible.  Examples  cf  these  processes  are  discussed  in 
Srinivasan  [I976f,  1 97Tc  ] .  The  logical  basis  that  makes 
it  possible  to  use  reasons  in  this  manner  is  established 
in  section  5. 

The  DESIGNER  will  attempt  to  plan  and  achieve  only 
goals  that  are  specified  to  objects  that  already  exist  in 
the  model  space,  or  objects  that  are  explicitly  created, 
using  the  INSTANTIATE  (or  CREATE)  commands.  The  DBSICJ^ER 
does  not  have  the  control  structure  necessary  to  direct 
and  sequence  through  a  construction  process  to  model 
predicate  expressions.  For  example,  the  DESIGNER  cannot 
prove  an  assertion  like ; 


{{ALL  HUMAN  h)  {THERE -EXISTS  PLACE  p)(p  locationcf  h)). 

The  THEOREM  PROVER  {TP)  is  used  in  MDS  to  prove  assertions 
like  the  one  above,  assertions  that  hold  universally  true 
in  a  domain.  The  T?  uses  Geritzen’s  system  cf  natural 
deduction .  It  uses  the  model  space  to  discover  the  cons¬ 
traints  that  given  assertions  imply.  The  method  of  proof 
is  Uke  B'th’s  Semantic  Tableaux  method  [Srlnivasan  1976c]. 

The  proof  is  attempted  by  seeking  to  build  a  model  for  a 
counterexample.  Details  of  the  TP  are  presented  In  Srlnivasan 
[I977d].  They  are  briefly  discussed  in  section  5.5.5. 

These  problem  solving  systems  determine  the  scope  of 
the  system’s  undex’standing  for  a  given  corpus  of  domain 
knowledge.  In  some  sense  the  concept  of  domain  knowledge 
itself  seems  to  exist  only  because  of  the  existence  of 
control  structures  that  can  do  these  various  kinds  of 
problem  solving.  The  capability  for  understanding,  exhi¬ 
bited  by  MDS  in  the  Cv.ntext  of  these  prohlun  solvliir^ 

systcDS,  forms  the  basis  for  language  imdersto-nding  in  MDS. 

In  the  realm  of  description  languages,  L^,  has  the  statais  . 
that  ’’assembly  languages”  ha,vo  in  programming  systems. 

Higher  level  description  language  may  bo  djfinod  and 
processed  in  MDS  using  the  .subsystem  called,  LINGUIST, 

The  formalisms  and  processes  of  the  LINGUIST  v/ill  be 
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doscrlbed  in  a  future  paper. 

The  LINGUIST  13  rospcnslble  to  translate  sentences 
t<.  Phrases,  that  KSIHILATOR  can  understand.  As  shown 
In  figure  1 ,  the  LBIOUIST  can  use  the  DESIWKR  and  the 
TP  in  this  process .  The  hypotheses  supplied  by  the 
flSSIMILATOR  Will  be  used  by  the  LINGUIST,  as  expectations 
in  the  context  of  a  discourse.  The  reasons  for  contra. 

dictions  in  the  model  space  will  be  used  to  seek  alter- 

nate  Interpretations. 


The  ccllectlon  of  all  reasons  and  hypotheses  genera, 
ted  during  the  assimilation  of  a  sentence  win  represent 
the  system's  own  understanding  of  the  sentence. 


1.1.3:  The  MIS  -  -Paradigm 

The  M)S -Paradigm  is  shewn  in  figure  1  .  it  consists 
of  two  parts :  The  doman  definition  part  and  the  domain 
uwazation  part,  n  the  domain  definition  part  the  meta- 
langua^  of  M)S  is  used  to  define  and  Lj.  These 
definitions  are  translated  to  representations  in  the  model 
space  by  the  .Acaulsltlpn  System  (This  part  of  WDS 


IS  now  operational).  These  representations  of  Rt  and  I,p 
are  used  by  the  dataln  caipller  to  generate  code  for  the 
creation  and  maintenance  of  models  in  the  model  space. 
(This  part  is  now  being  coded ) . 

jja  the  domain  utilization  part,  sentences  in  1^  are 
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recelved  by  the  LINGUIST,  which  is  responsible  to  translate 
them  to  phrases  in  Lqi  that  ASSIMILATQR  can  understand^  In 
doing  this  translation,  the  LBIGUIST  may  make  use  of  the 
DESlONfER  and  the  TP.  Each  one  of  these  problem  solving 
systems  has  Its  own  local  state .  These  local  states  are 
kept  updated  by  the  respective  controls  of  the  problem 
solving  systems,  with  infcrmatlcn  received  from  the 
ASSIMILATOR,  namely  the  reasons  and  hypotheses  gere rated 
by  the  ASSIMILATQR  In  response  to  the  phrases  at  Its  Input. 
The  problem  solving  systems  use  the  Information  In  their 
respective  states  to  guide  their  own  activities.  This  forms 
the  basis  for  learning  in  MDS . 

The  local  state  of  a  problem  solving  system  may  be 
viewed  as  a  model  of  the  system 's  own  past  activities . 

Such  models  may  again  be  themselves  described  schemati¬ 
cally  In  the  meta- Ian,  :uage  of  MDS.  Thus  in  MDS,  one  may 
specify  hew  a  problem  solver  should  model  Its  own  activities. 
The  modelling  schemas  for  the  DESIGNER'S  problem  solving 
state  are  discussed  in  Srlnlvasan  [1977c].  For  a  given 
problem  solver  like  the  DBSI(3^ER  Its  modelling  schemas 
may  be  domain  dependent,  or  within  a  domain  it  may  depend 
on  types  of  problems.  Thus  domain  knowledge  may  appear 
In  bundles  in  MDS  at  various  levels  of  the  system's 
activities;  At  the  level  of  the  model  space  it  may 
appear  as  the  data-base  for  a  domain.  At  the  level  of 
the  LINGUIST,  It  may  appear  as  definitions  of  the  syntax 


of  Lrp  or  as  decision  processes  associated  with  LINGUIST. 

In  each  problem  solving  system  the  bundles  may  appear  in 
the  representation  of  the  problem  solving  states  and  in 
the  decision  processes  of  the  problem  solver. 

The  logical  basis  for  learning  and  cominensense 
reasoning  within  this  paradigm  is  established  in  section  5. 

1.2.  Reiationslijp  to  other  systems 

incorporates  in  its  organisation  many  of  the 
important  concepts  that  have  been  developed  in  AI~systems 
over  the  last  two  decades: 

"ivfeans-end  analysis"  [Newell,  A,  et.  al.  I959]  is 
used  in  model-space  updating,  and  in  problem  solving  by 
DESlca^ERj  "Theorem  proving"  is  used  to  establish  general 
assertions  in  the  domain j  "Procedural  specifications  of 
knowledge"  is  used  [Hewitt  I972,  Winograd  1975]  to  define 
the  dynamic  laws  of  t}ie  domain,  the  laws  of  change  in  the 
model  space j  "pattern- based  Invocation"  of  procedures  is 
used  by  DESIGNER;  "declarative  specifications  of  knowledge" 
in  first  order  logic  is  used  to  describe  the  static  laws 
of  a  domain,  the  laws  of  consistency  that  a  model  space 
should  satisfy;  inowledge  in  the  model  space  is  represented 
in  "frame  "  like  bundles .  which  behave  like  molecules  in 
interactions  with  each  ether;  finally,  relational  systems 


are  used  as  the  basis  for  defining  model  spaces  and 
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languages.  WS  provides  the  logical  frame  work  and  an 
architecture  in  which  these  concepts  function  together. 

M5S  does  not  seek  to  define  yet  another  programming 
language  or  seek  to  contribute  to  prog?amming  techniqi^es . 

MDS  is  a  H’pblem  solvjnp:  system,  which  can  generate 
defini^pns  of  knowledge  in  a  domain.  It 
proposes  a  view  of  knowledge^  and  provides  a  formalism 
for  defining  knowledge,  ih  defining  this  knowledge  a  user 
need  net  concern  himself  with  possible  interactions  between 
components  of  his  definitions,  and  provide  procedures  to 
process  such  interactions.  As  we  shall  see  in  section  2.5.7. 
MDS  Itself  can  derive  from  the  definitions  the  procedures  • 
necessary  to  anticipate  and  process  interactions  between 
models.  Thus,  the  definitions  themselves  are  modular.  We 
Shall  see  examples  of  these  definitions  in  section  2. 

makes  a  clear  distinction  between  the  model  space 
and  its  control  structures,  and  the  control  structures  of 
the  various  problem  solving  systems  .  The  representations 
and  processes  in  the  model  space  are  completely  independent 
of  the  problem  solving  systems,  like  DESIOJER,  TP  and  LINGUIST. 
Because  of  the  commons ense  reasoning  paradigm  each  problem 
solver  is  able  to  get  from  the  model  space  new  combinations 
of  domain  knowledge  specific  to  its  own  needs,  using  these 
chunks  of  knowledge  each  problem  solver  may  develop  its 


I 
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cwn  specific  views  cf  the  model  space.  The  ability  and 

efficiency  of  these  Interactions  between  the  problem 

\  solvers  and  the  model  space  is  limited  only  by  the 

I  primitives  --  descriptive  relations  --  available  In  the 

model  space.  Since  tlie  relational  system  determines  the 

I  description  language  cf  a  domain,  this  Is  the  same  as 

saying  that  the  problem  solving  efficiency  Is  dependent 

I 

1  on  the  concepts  expressible  In  the  description  language. 

I  Thus,  MDS  brings  to  focus  the  knowledge  representation 

I  Issue  as  an  Issue  of  language  design,  and  net  as  an  Issue 

of  program  design  or  data-structure  design. 

Major  Innovations  in  the  MDS  architecture  are; 

(I)  the  use  of  relational  systems  as  the  basis 
for  the  design  cf  model  spaces  and  languages; 

(II )  The  formalism  used  to  describe  knowledge,  and 
the  control  structures  that  can  use  the  defined 
knowledge  to  do  useful  work; 

(ffl. )  The  architecture  cf  the  model  space  in  ^-valMPd 
logic  and  the  commensense  reasoning  paradigm. 

We  present  In  this  paper,  the  logical  foundations  of  this 
.  architecture,  and  establish  the  basis  for  using  MDS  to  do  a 

variety  of  problem  solving  activities,  activities  such  as 
asslml latlon.  goal  directed  planning  and  proble,m  solving,  theo¬ 
rem  proving,  recognition,  understanding,  etc.  Details  of  these 


problem  solving  activities  themselves  will  be  discussed  in 
future  papers 


II.  ^DS  lyiODEL  SPACE  AND  THE  ASSIMILATOR 
2  .1  JhtrcduGti  rp 

In  this  chapter  we  shall  introduce  the  logic,  architec¬ 
ture,  methcxis  and  uses,  and  forms  of  definitions  of  the  1«S 
model  space.  We  shall  define  R^,  and  discuss  interpretations 
given  to  the  various  components  of  the  definitions  in  the  model 
space.  We  shall  present  examples  of  Lt,  and  structures  and 
processes  in  that  are  implied  by  R^. 

The  definitions  of  R^  will  contain  three  components; 
structure, _sense  and  transformational  ,  For  each  component 
we  Shall  discuss  the  definitional  forms,  and  the  rationale  for 
the  choice  of  the  forms  shown.  We  shall  also  point  out  the 
assumptions  on  the  ASSIMILATOR  caitrol  that  they  entail. 

We  Shall  see  examples  of  commonse^e  reasoning  m  the 
model  space  and  the  role  it  plays  in  the  maintenance  of 
consistency.  The  loric  of  this  reasoning  process  and  the 
associated  deductive  mechanisms  are  defined  in  chapter  HI. 

2  .2  ^ow  ledge  Re  .present  at  ion;  Focus  on  Qblects 
ana  c  lasses  ''  ■  — 

There  are  two  extremes  In  knowledge  re  present  atl  on:  One 
may  be  called  Operator -based  and  the  other  object-based.  Ih 
operator-based  representaticro  objects  are  treated  as  unlnter- 
preted  formal  entitles,  which  may  appear  as  components  of  a 
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mcdel-state,  A  model-state  itself  is  described  in  terms  of 
how  one  might  arrive  there,  starting  from  one  or  more  dis¬ 
tinguished  initial  states,  by  applying  one  or  more  sequences 
of  transformations  (Operators).  Examples  of  such  representa¬ 
tions  appear  in  Algebra,  Group  Theory  and  in  certain  game 
playing  systems  .  They  are  useful  in  situations  where  total 
knowledge  is  available,  and  the  objects  involved  show  certain 
closure  properties  with  respect  to  the  operators. 

In  MDS  the  bias  is  predominantly  towards  object- based 
representations.  Here  operators  and  functions  are  characte¬ 
rized  in  terms  of  how  they  affect  properties  of  classes  of 
objects  over  which  they  may  operate.  The  representations 
focus  on  interactions  between  properties  of  objects.  This 
kind  of  representative  leads  naturally  to  the  so  called 
frame  systems".  There  is  no  notion  of  model-state.  The 
m.odel,  in  fact,  is  likely  to  be  always  Inc ^ mplete .  Object 
based  representations  have  several  advantages.  We  shall 
discuss  them  in  the  last  section  of  this  chapter.  It  is 
useful  to  first  develop  an  intuitive  understanding  for  the 
nature  of  representations  in  the  model  space  and  their  impll^ 
cations . 

2.3.  The  Structure  of  Descriptions 

The  constructs  discussed  below  cover  most  of  modelling 
concepts  in  M)S .  Certain  aspects  pertaining  to  the  specifications 
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of  properties  cf  relations,  relatlcn  hierarchies,  and  defi- 
nlticns  of  tu£le  and  functipn  schemas,  as  well  as  met  a- sc  hem  as 
are  not  discussed.  These  are  defined  in  Srlnlvasan  [I976e]. 

Th  What  follows,  we  shall  use  square  brackets,  "[  "  and  "] " 
to  enclose  tuples,  chain  brackets,  "  and  "  to  enclose 
sets,  and  parentheses,  and  ")"  to  enclose  collections.  We 
also  use  parentheses  to  delimit  relational  forms  and  express¬ 
ions  In  Lj.  3c  also,  we  use,  at  times,  the  square  brackets 
in  expressions  m  the  way  INTERLISP  uses  them,  to  Indicate 
automatic  closure  cf  parentteses  m  nested  expressions.  But 
these  should  not  cause  any  confusion, 

2 .3 .1  .  .Description  Schemas  and  Templates 

We  Shall  use  descriptive  relation  names  like  "iceatlcnof 
"oangoto",  "oandrlve',  "holding",  etc.  to  descrlte  properties  ” 
of  objects  Uke  PLACES,  VEHICLES,  HUMANs,  etc.  For  each  such 
relation  name  we  shall  specify  the  classes  of  objects  which  it 
may  relate.  This  wlU  define  the  forms  of  the  literals  that 
may  appear  in  L^,  Thus,  we  shall  say  that 

[SI]  (place  Loc at! cnof  ITEMS) 

is  a  description  schema  associated  with  "iccationof A  phrase 
like  "(x  iccationof  s)"  is  said  to  be  dlmensionailv  consistent 
only  If  X  is  a  PLACE  and  s  is  an  Instance  of  ITEMS,  say  s  = 

(x^  X2...x^).  Here,  (x.,  Xg  ...  x^)  is  called  a  collection, 
also  at  times,  called  a  list.  We  will  say 
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(x  locationof)  =  (x.| 

^2  *  * ’  ^n  ^ ' 

(2-1  ) 

or  write  this  as  functional. 

(x  locationof  (:Cj  x^ 

...  x^)) 

(2-2) 

with  the  interpretation. 

(x  Iceationof  x^  )  ^ 

(x  locationof  x^)  ^ 

...  ^ 

(x  locationof  x^) 

(2-5) 

Thus,  by  convention,  re latlc  ns  distribute  over  collections . 

We  shall  constrain  the  elements  of  ITEMS  to  be  instances  of 
HUM/\N,  ANIMAL,  VEGETABLE  or  VEHICLE.  A  given  instance  of 
ITEI^  may  have  an  arbitrary  number  of  instances  of  these  ^ 
elements.  In  MDS,  tliis  is  specified  by  the  schema: 

[S2];  (ITEI^  elements  (HUMAN  ATUMAL  VEGETABLE  VEHICLE) ), 
where  "elements"  is  a  distinguished  relation  of  MIS:  This 
relation  may  appear  only  with  classes  that  are  sets  or 
collections  (lists ) .  Colic cii on  and  sets  in  the  model  space 
should  be  contrasted  with  nodes  like  PLACE,  HUMAN,  etc.  Every 
node  is  an  individual,  "(x  elements)"  is  dimensionally  in¬ 
consistent  for  a  node,  x. 

For  every  relation  name,  r,  we  shall  define  an  immerse . 
r '  such  that 

( (Vx)  (Vy)  (x  r  y)  <>>  (yr’x))  ‘  (2-4) 

In  our  domain,  "locationof "  and  "location"  are  inverses  of 
each  other.  To  satisfy  (2-4)  we  may  now  define  either, 

[S5]  (ITEMS  let)  at  ion  PLACE), 
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or  for  each  possible  element  of  ITEMS  one  may  define  Its 
associated  schema,  as  fellows; 

[54] ;  (HUMAN  location  PLACE) 

[55] ;  (ANIMAL  location  PLACE) 

[56] ;  (VEGET/\BLE  location  PLACE)  and 

[57] ;  (VEHICLE  location  PLACE). 

We  shall  choose  the  second  alternative.  In  I'DS,  a  schema  like 
[S4]  Is  Interpreted  to  mean  that  for  every  HUMAN,  h,  there  Is 
only  one  PLACE,  p,  such  that  (h  location  p).  This  Is 
because  PLACE  Is  a  node .  Thus,  It  would  be  dimensionally  In¬ 
consistent  to  say  (h  location  (p*  p^  ) )  or  (h  location  NIL) 

Another  kind  of  schema  definition  occurs  In  the  case  of 
the  relation  name,  "heldby”,  which  Is  the  Inverseof  "holding”,. 
An  object  can  be  heldby  a  HUMAN  or  a  VEHICLE.  This  may  be 
Indicated  by  the  schemas; 

[58]  (ITEPB  heldby  HUMAlKyEHICLE) 

[59]  (VEHICLE  holding  ITEIVB  ) 

[S10]  (HUMAN  holding  ITEMS) 

Here  the  phrase  "HUMAtKyEHICLE"  Is  Interpreted  as  (ONEOF  HUMAN 
vehicle).  In  our  domain  an  object  can  be  heldby  only  one  object. 

Structural  ••schemas  like  SI  through  SlO  are  declared  In 

MDS  by  using  devices  called.  Templates .  Each  template  will 

define  all  the  schemas  associated  with  a  given  c lass  of  objects 

In  the  domain.  The  terap...ates  for  PLACE  and  ITEMS  are  shown 
belovi . 
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Hore .  TDN:  "  is  the  "Template  DeflnltlonN"  command  in  the 
existing  implement  at  of  MOS .  The  words  "rN'"  and  "$l" 
aisscciated  re  spectively  with  PLACE  ard  ITEMS,  in  the  defi¬ 
nitions  below  are  Oags.  that  Indicate  special  representation 
or  rnuerpretat^.cns  associated  with  the  templates.  The  flag  '^N  " 

TEMPLATES  PLAGE  Al^  ITEMS  j 
[  TON ;  ( PLACE  RN )  ( Icc  ati  on  of  ITEMS  )  ] 

[T^DN:  (ZTEMS  $L)((beldby  V)  HUTiAlKyEHIirLE  holding) 

(elements  HUMAN  VEGETABLE  ANIMAL  VEHICLE)] 

defines  PLACE  to  be  a  'S.-egular  node"  template.  It  is  a  node . 

and  is  regular  in  the  sense  that  every  Instance  of  PLACE 

should  har/e  a  name.  Nhmes  are  used  in  the  model  space  and  in 

Ly  to  denote  objects  (models).  A  model  without  a  name  is 

called  a  ^mrriy  mcd.el.  The  flag  "$l"  associated  with  ITEMS 


defines  items  to  be  a^^"dummy  list".  Thus,  every  Instance  of 
ITEMS  is  a  list  'vcol].o9tion),  ‘and  an  Instance,  say  (x.,  ...x^) 

may  not  have  any  name  associated  ^ith  it.  The  only  way  of  refe¬ 
rring  to  such  an  instance  in  Lj  would  be  via  an  associated  rela¬ 
tion,  like  say  (p  iccationof ),  where  (p  Iccaticnof)  might  be 
equal  to  (x^  x^  .  . .  x^^). 

The  form  "(beldby  V)"  in  the  ITEMS  template,  declares 
heldby  to  be  a  variable  relation,  in  the  context  of  ITEMS; 


There  may  be  items,  t,  such  that  (t  heldby)  =  NIL.  This  temp¬ 
late  also  declares  "holdj.ng"  to  be  the  inverse  of  "heldby".  If 
no  inverse  is  specified,  as  i  the  case  of  "locationof "  in  the 
PLACE  template,,  then  the  inverse  is  obtained  by  deleting 
(oonoatenatlng)  the  suffix  "of"  from  (to)  the  Indicated  name. 
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Thu=,  the  inverse  of  "iccatlcnof  %,iix  be  "location". 

olasseTa'^Tatr"”"  «S.n£lamitx  cf  relations:  What 

1  ses  a  relation  name  may  relate.  They  also  speclfv  the 

description  .str„et-„.,e  of  a  class-  Whot  ■,  e  - 

describe  an  inc;^-a  .r  °  relations  are  used  tc 

uebcriDe  an  instance  of  a  class  Tn 

1  n-i.-  .  "  Edition,  as  we  shall 

for  aVrl’  T"'  ^-representation  sclcme 

or  storing  descriptions  of  Instances  of  a  class 

rt  r  rTu'  ^  ^^"Suage  to 

refer  to  the  components  of  such  descriptions. 

The  templates  for  the  various  classes  In  our  domain  are 
hc.wn  In  Table  I.  it  is  suggested  that  the  reader  get;  fami¬ 
liar  with  the  various  classes  defined  In  Table  1,  and  their 
respective  description  structures.  Seme  of  the  templates  In 
this  table  contain  labels.  001 ,  ots.  etc.,  associated  with 
certain  relation  schemas.  These  labels  indicate  the  presence 
of  Ooislstencx  Cajdltlons  (oo's)  associated  with  the  respec¬ 
tive  schemas.  Tor  an  Instance  x  of  X.  the  oc  associated  with 
(X  r  y)  will  constrain  the  Instances,  y  of  y.  which  may 
appear  as  values  of  the  phrase  (x  r)  m  the  model  sp^e: 

(x  r  y)  can  be  true  if  and  miir  i-r  -t-w^ 

cnly  if  the  CC  associated  with 

(X  r  y)  is  satisfied  by  x  and  y.  The  forms.  Interpretations. 

uses,  and  properties  of  CC 's  are  discussed  in  the  ensuing 

sections  of  this  chapter.  The  cc 's  define  the  ser^  of  the 

relations  m  the  model  space.  Their  fo™s  and  Interpretations. 

in  fact.  estabUsh  the  basis  for  the  use  of  I®S  as  a  meta- 

system  tc  generate  intelligent  inf’nTm,c,4-4 

-i-xigenr  information  systems.  We  shall 

enter  into  a  discussion  cf  pp TP-t-o-va  Ji  j,  . 

n  Cl  CC  s  after  introducing  some  of  the 
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table  I:  Templates  for  the  domain  of 
Transportation  Systems 


1  .  [TON; 


2.  [TON: 


5.  [TDN: 


4.  [TDN; 


5.  [TDN; 

6.  [TDN: 


7.  [TDN; 

8.  [TDN; 


(HUMAN  bn)  (type  HTYPE) 

(candrive  VEHICLES  canbedrlvenby ) 
(ccmpatiblewith  ITEMS  ccmpatlblewlth,  CC1  ) 
(holding  ITEr6  heldby) 

(location  PLACE], 

(vehicle  bn)  (capacity  INTEGER) 
(canbedrcvenby  HUMANS) 

(holding  ITEIVB  -  CC2 ) 

(location  PLACE) 

(cangcto  PLACES  canbereachedby )  ] , 

(animal  bn)  (type  ATYPE) 

(ccmpatiblewith  ITEMS  -  CC^) 

(location  PLACE)]. 

(VEGETABLE  BN)  (location  PLACE) 
(compatiblewith  ITEMS  -  CC4)]. 

(PLACE  BN)  (Iccatlcnof  ITEIVS  -  CC5 )  ] 

(ITEMS  $L) 

((heldby  v)  HUMAtK^EHICLE  -  CC6)) 

(elements  HUMAN  VEGETABLE  ANIMAL  VEHICLE)  ] 

(HTYPE  BN)  (type of  HUMANS)] 

(ATYPE  BN)  (type of  ANIMALS)] 
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ccmmands  cf  the  ASSMir.ATOR,  the  nature  of  re  present  atlcns  in 
the  model  space,  seme  of  the  ether  definitional  facilities  in 
M)S,  and  the  concepts  of  domain  compilation. 

2 .5  .2  The  ASSIMILATQR  Cc.rtT.f,1 

2. 5. 2.1:  The  Dcmain  Compiler  and  associated 
Faci Titles  in  ^TS . 

A  template,  X,  may  be  used  os  the  basis  for  designing  a 
system  of  representation  for  storing  descriptions  of  instances 
of  X  in  the  model  space.  The  -cm  of  this  representation  may 
depend  cn  the  characteristics  of  the  storage  medium.  Thus, 
the  representation  scheme  for  storing  descriptions  in  a 
"secondary  store"  would  be  different  from  the  representation 
scheme  for  a  "primary  store".  We  shall  here  postulate  the 
availability  of  functions  Pi,  i  =  1,2,...,m, 

PI  :  f<templates>}  — (<datatypes>}  (2  5) 

that  map  templates  uniquely  to  their  corresponding  datatypes 
in  the  storage  medium,  i.  These  functions  will  be  a  part  of 
the,  sc  called,  domain  compiler. 

Pf)S  has  several  definitional  facilities  that  assist  the 
domain  compiler  to  desj^-n  representations  and  produce  effi¬ 
cient  compiled  code.  Some  of  these  are  reviewed  below. 

The  flags  ^n'  and  "ipb",  that  we  mentioned  before,  are 
directly  relevant  to  the  design  of  representations.  Some  of  the 
ther  template  flags  currently  used  In  I'OS  are  given  below: 
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RT  and  $T!  Regular  and  Dunmy  Tuple  schemas.  These  are 
used  to  define  n-ary  relations  for  n  . 

:In  the  examples  discussed  in  this  paper 
only  binary  relations  are  used.  We  find 
that  in  most  domains  binary  relations  are 
the  ones  that  are  used  predominantly. 

RP  and  $P;  Regular  and  Dummy  Function  schemas.  These 
are  used  to  define  functions  which  may  be 
declared  as  part  of  a  relation  definition 
schema.  Thus  one  may  have  a  schema  of  the 
form  (X  r  P)  where  F  is  a  function  template. 

In  this  case,  for  an  Instance  x  of  X,  the 
value  of  (x  r)  will  be  obtained  by  exe¬ 
cuting  P  cn  arguments  which  may  themselves 
be  determined  by  x.  For  examples  of  use  of 
Function  Scheme  see  Irwin  &  Srlnivasan  [1975], 
Function  Schemas  may  be  used  in  MDS  to  define 
structures  similar  to  semantic  nets . 

TI,!I^  ,TS ,etc  :  These  are  the  various  Terminal  Templates^ 

Terminal  3hteger,  Terminal  Number,  Terminal 
String,  etc  .  ]h  the  current  implementation 
of  MDS  (which  is  in  INTER  IISP),  all  INTER  LISP 
datatypes  are  also  available  as  templates  in 
MDS,  Also,  every  datatype  lised  in  the  implemen¬ 
tation  of  MDS  Itself  is  available  to  MTS  as  a 
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tempiate .  Thus,  there  are  templates  for  repre¬ 
senting  templates,  for  representing  names ,  rela- 
tions,  constraints,  actions ,  models  .  sets ,  etc  , 
seme  of  these  are  discussed  in  Appendix  H. 

MM,iyiL,MT,MP,etc . :  These  refer  to  various  kinds  of  meta¬ 

templates  .  An  instance  of  a  meta-template  i,s 
Itself  a  template.  Thus,  an  instance  of  Meta 
Node  (MN)  template  will  be  a  Node  template.  It 
could  be  a  Dummy  Node  or  a  Regular  Node.  For 
examples  of  uses  of  meta-templates  see  ]i*wln  & 
Srlnlvasan  [1975]. 

One  may  also  associate  flags  with  description  schemas  of 
the  form  (X  r  Y).  These  flags  fall  into  the  following 
categories ; 

(I )  Flags  that  define  relation  properties. 

Properties  like  transitively,  reflexlvity,  etc.  In  the 
context  of  an  [X  r]  may  be  declared  to  the  system  by  using 
relation  flags.  Those  declared  properties  are  used  by  the 
domain  compiler  in  generating  codes  associated  with  [X  r]. 

(II )  Flags  that  define  interpretations  for 
Functionals 

the  schema  (X  r  Z),  where  Z  is  a  collection  with 

(z  elements  y),  the  normal  interpretation  given  to  (x  r 

(y-j  y2...yj^))*  where  x  is  an  instance  of  X  and  (y^  y2.-*yj^) 
is  an  instance  of  Z,  is 


(x  r  (y^  ...y^))<f^(x  r  y^  )-(x  r  y2)^...^(x  r  y^)...(2.6) 

However,  If  the  flag  "S'  is  associated  with  [X  r]  then 
the  collection  (y^  y2***yjj)  will  be  Interpreted  as  a  set . 

[y-l  yg-'-y^^^  in  the  context  of  (x  r):  (X  r  (  y^  yg'-^y^)) 
does  not  necessarily  Imply  (x  r  y^^ )  for  1  =  1,2,...,n.  Thus, 
sets  and  collections  have  different  Interpretations  In  the 
model  space.  Similarly,  one  may  use  the  relation  flag  "b" 

In  the  context  of  [X  r].  If  (x  r  y)  Is  true  and  Y  is  a  tuple- 
template  .  ]h  this  case.  Instances  of  Y  will  be  Interpreted 
as  Bags  in  the  context  of  (x  r). 

{Hi)  Flags  that  specify  storage  control 

Normally,  for  every  (x  r).  If  (x  r)  is  dimensionally 
consistent,  then  the  value  y  such  that  (x  r)  =  y  is  stored 
in  the  model  space  in  the  form  of  re  present  ati  cn  of  the 
relation  (x  r  y).  However,  one  may  specify  by  the  use  of 
the,  so  called,  dummy  flag,  that  the  value  of  (x  r)  is  not 
to  be  stored.  In  this  case,  every  time  (x  r)  is  requested 
its  value  will  be  computed  using  the  function,  CC 's  and 
transformations  associated  with  [X  r].  The  symbol  "V'  is 
used  for  the  dummy  flag.  If([X  r]  flag  and  (X  r  y) 
are  true,  then  ([Y  r']  flag  $)  is  Implied,  where  r'  is  the 
inverseof  r.  We  shall  see  a  vise  for  the  dummy  flag  in 
section  2  .5.9. 

Other  storage  control  flags  may  be  defined  to  specify 
storage  of  meanings .  and  action  interpretations.  There  is 
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also  a  flag  called  the  symbol  ;ls  used 

for  this  flag  in  the  cuia-’ent  Implementation  of  MIS,  If 
([X  r]  flag  .)  ;i.s  true  then^  every  time  a  new  instance  x  of 
X,  is  created  the  appropriate  value  of  (x  r)  should  also  be 
instantiated.  This  may,  at  times,  necessitate  the  system  to 
prompt  a  user  to  supply  a  value  for  (x  r).  E;':amplos  of  use 
of  this  flag  appear  in  Irwin  and  Srinlvasan  [1975], 

These  may  either  explicitly  Ind'.cate  the  protection 
associated  vjith  the  access  and  updating  of  relation  values  r 
or  loroSont  conditions  under  which  such  access  Is  permirsib^o. 
A  common  n-otoctlon  flag  is  the  "  flag,  which  indicates 
that  the  value  of  an  (x  r)  cannot  be  changed  during  a  problem 
solving  process. 

^  Context  or  Intention  jTlags^ 

In  MDS  there  may  exist  simultaneously  several  model 
spaces  for  a  g^.ven  domain,  each  associated  with  a  different 
context.  So  also  for  an  object,  x,  there  may  exist  several 
models  of  x,  each  associated  vjith  a  different  context.  One 
may  explicitly  associate  with  a  description  schema,  the  model 
context,  in  which  the  constraints  associated  with  the  schema 
are  evaluated. 

In  the  cmrrent  implementation  of  MDS  there  are  faciLities 
for  extending  the  r9pertoj.r  of  flags  used  with  the  templates 

*  The  use  of  this  feature  was  suggested  by  Srj.dharan. 
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and  Illations .  Each  flag  definition  may  itself  be  controlled 
by  flag  templates.  The  definitions  of  these  flags  as  per  the 
flag  templates  will  enable  the  domain  compiler  to  Incorporate 
these  flags  into  the  compiled  code. 

For  each  (X  r  Y)  jie  may  also  define  in  MDS  an  associated 
action,  called  the  Anchored  Transformation  Rule  (ATR).  This 
rule  Will  be  invoked  when  necessary  during  the  instantiation 

of  an  (x  r)  for  an  instance,  x,  of  X.  We  shall  see  examples 
of  the  use  of  ATR 's  in  section  2.5.9. 

It  Should  be  noted  that  "instance"  and  "instancecf "  are 
dls ;lngulshed  relations  in  MDS,  which  are  associated  with  every 
template .  Thus  for  a  template ,  X ,  one  may  have  OC 's  and  ATR 's 
associated  with  [X  Instance  ]  Itself .  These  will  be  Invoked  every 
time  one  attempts  to  create  a  new  Instance  of  X.  Beth  the  oc's 
and  the  Am 's  may  bo  used  during  the  domain  compilation  process 
to  produce  efficient  compiled  codes  for  a  domain.  We  shall 
discuss  the  details  of  this  compilation  process  In  another  report 


Functions 

and  the  Basic  Commands  cf  the  ASSTMILATOr! - 

The  representation  f cr  an  instance  of  PLACE  might  be 


To  definition 
of  PLACE 

self -reference 

— 

Location  of 

elementof  ■ 

and  that  of  ITEMS, 


Tc  definition 
cf  ITEMS 

self -reference 

he  Id  by 

elements of 
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By  convention,  every  data  type  may  appear  as  the  element 
of  one  or  more  ccllectltns.  Thus,  we  have  the  "elementof " 
relation  pointer  appearing  in  both  the  data  types  above .  Since 
ITEMS  is  a  collection,  it  also  has  a  pc^inter  for  the  "elements  " 
relation.  The  first  field  in  every  data  type  will  point  to  the 
rejjresentaticn  of  the  template  that  is  associated  with  the  data 
type.  The  second  field  is  a  pointer  to  the  instance  Itself.  The 
remaining  fields  correspond  to  the  relations  defined  in  the 
template  associated  v^ith  the  data  type.  For  each  relation  its 
associated  field  will  point  to  a,  so  called,  descriptor  unit 
(DESUNIT).  The  DESUNIT  will  have  slots  for  the  value  of  the 
relations,  reasons.,  hypotheses .  etc.,  as  mentioned  before  in 
the  description  of  bpmdlos .  Each  bundle  in  the  model  space  will 
correspond  to  the  re  present  at  inn  of  the  model  of  an  entity  in 
the  domain.  A  more  detailed  discussion  of  these  representations 
appear  in  Srinivasan  [1977c}. 

At  this  point  lot  us  take  note  of  the  basic  commands  of 
the  ASS IMILATOR.  For  each  data-type  (template)  there  will  be 
four  associated  classes  of  commands; 

[ Cl  ] :  Rec  ognition  Commands 

[C2]:  Creation  Canmands,  and 

[C3]:  Comparison  Commands. 

[C4]:  Retrieval  Commands. 

These  are  briefly  described  below.  Let  MACC  be  the  accumulator 

of  the  Model  Space.  We  will  use  the  symbol  "(S"  to  denote  the 

Contents  of  MACC.  We  shall  refer  to  @)  as  the  anchor  of  the 

model  space,  it  is  the  current  object  of  focus  in  the  model 

space.  Where  convenient  we  shall  use  symbols  (S^,  etc.  for 

A  Y 
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pedagogical  reasons  to  Indicate  anchors  that  are  Instances  of 
X,  Y  etc.  respectively.  Por  all  the  commands  described  below, 
the  anchor  is  one  of  the  argument  of  the  commands. 

[Cl]:  (DlYPE  d)  =  T,?,  NIL. 

The  result  is  T  If  the  datatype  of  @  is  d,  is  ?  if  it 
Is  unknown,  else  NIL. 

[C2]a.  Instantiate  Template 

(IT  d  m)  =  X  or  NIL. 

The  result  x  Is  a  pointer  to  the  newly  created  Instance 
of  data  tjpe_,  d,  with  name,  m,  assigned  to  It,  if  m  is  given. 

X  is  put  in  MACC  If  the  instantiation  Is  successful.  Else, 

MACC  will  contain  NH,. 

[C2]b.  Ins  t  anti  at  o  Relation 

III  I  ^ 

(IR  r  y)  or  (IR  x)  =  T,  ?  or  NIL. 

This  will  attempt  tc  make  (@  r  y)  true  --  if  y  is  not  given 
it  will  attempt  to  find  the  appropriate  y.  The  command  will 
succeed  only  if  there  is  no  resultant  contradiction  in  the  model 
space.  The  result  of  this  operation  is  put  in  the  MTBST  register 
of  the  ASSIMILATOR. 

[ C2  ]  (c  )  Instantiate  Relation  Negative 
(IRN  r  y)  or  (IRN  r)  =  T,  ?,  NIL. 

This  is  similar  tc  IR  but  attempts  to  make  r  y)  true. 

Corresponding  to  [C2]  (b)  and  [C2]  (c )  one  may  also  have 
commands  PR  and  FRN  (Pwree  relation  and  Perce  relation,  negative). 
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These  would  attempt  to  force  (@  r  y)  --  or  '^((5). r  y)  --  by 
modifying  the  model  space  appropriately,  if  necessary. 

[C3]  (EQUALS  x)  =  T,  ?,  NIL 

This  checks  (@  =  x).  The  result  is  stored  in  MTEST. 

[ C4  ]  Retrieval  Commands 

The  above  commands  may  be  compiled  for  each  domain,  from 
the  domain  deflnltims.  For  each  datatype  the  domain  compiler 
will  also  produce  codes  fcr  the  access  functions,  (@r),  for 
obtaining  the  value  cf  the  field  associated  with  the  relati(^n 
r  in  If  ((Q  r)  is  unkncwn,  then  the  access  functions  may 
invoke  the  cc 's  and  ATR  associated  with  ((§)  r)  to  find  its 
value.  If  (@  r)  is  dimensionally  inconsistent  then  the  value 
of  (@  r)  =  NIL.  Slmila,rly,  one  may  also  check  the  truth  value 
of  ((a)  r  y)  using  the  access  functions. 

The  ASSIMILATOR  structure,  presented  above,  has  the  form 
of  a  machine.  The  commands  are  like  machine  commands.  This 
is  deliberate.  As  discussed  below,  we  do  visualize  a  machine 
control,  in  which  the  dimaln  dependent  processors  are  micro- 
pro©:' ammed,  and  the  basic  ASSIMILATOR  control  Invokes  and 
executes  them  to  manage  the  model  space. 

The  nature  of  algorithms  for  some  of  these  processors,  and 
the  associated  data  organizations  are  discussed  in  section  2.5. 
They  are  part  of  the  forms  and  interpretations  of  the  descrlp- 
fet-PP  schemas  .  templates .  cc  *s  and  ATR 's  . 
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2.5.5:  The  Compilation  Process 

We  shall  assume  the  availability  of  an  assembly  language 
for  the  ASSIMILATOR  with  Commands  of  the  form: 

(INSTANTIATE  (x  r  y)  ^(x,  y^  )  ...  (x^  y^)) 

(x  r),  (x  r  y)^  (EQUAI^  x  y),  (RTYPE  x  d),"etc. 

The  assertions  in  the  INSTANTIATE  command  are  to  be  assimi¬ 
lated  in  parallel.  The  ccmpilaticn  of  a  command  like  this 
would  involve  four  stops: 

STEP  (i ) :  Determlnc.ticn  of  all  structures  ii^  the  model  space 

which  need  be  changed  in  crder  to  accept  the  given  collection  of 
assertions.  This  is  determined  by  the  structural  knowledge  of 
a  domain.  For  each  assertion,  (x  r  y),  depending  upon  the 
classes  of  x  and  y  its  associated  structures  may  be  directly 
compiled  from  the  templates  of  x  and  y,  and  the  relation  flags 
associated  with  r.  All  the  structural  changes,  derivable  from 
the  given  assertions  using  the  descri ptlon  structures  of  the 
objects  Involved,  will  be  hypothesized  to  be  true  in  this  step. 

STEP  (ii ) ;  This  step  determines  all  the  consistency  conditions 
associated  with  the  hypcthesized  structviral  changes,  and 
implied  by  the  interactions  of  the  hypotheses  with  other 
relations  in  the  model  space.  Each  one  of  these  conditions 
(or  reasons^  associated  with  the  conditions)  are  evaluated  for 
appropriate  bindings  cf  the  free  variables.  The  hypotheses 
may  be  accepted  only  if  none  of  the  conditions  evaluate  to 
NIL.  This  evaluation  will  also  produce  the  combined  reason 
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for  the  acceptance^  conditional  acceptances  or  rejection  of 
the  hypotheses . 

Every  one  of  the  consistency  conditions  Involved  in 
such  a  check  may  be  compiled.  Also,  the  procedures  neces¬ 
sary  to  identify  relation  interactions  caused  by  the  hypo¬ 
theses  may  be  derived  and  compiled  from  domain  definitions. 
The  details  of  this  checking  process  are  discussed  in  sections 
2.5.7  through  2.5.9. 

STEP  (lli)  If  the  checks  evaluate  bo  T  or  ?  or  NIL  then  the 
transformations  assLciated  with  each  asserted  (x  r  y)  for  its 
associated  truth  value  are  executed.  This  might  successfully 
terminate  the  asoxmilatic n  process,  and  return  the  resultant 
reasons  for  the  >'5uccens.  Or,  it  may  terminate  the  process 
with  the  truth  value  ?  and  an  associated  hypothesis  for  the 
accepcance  of  the  assertions.  Or  else,  it  may  produce  the 
truth  value  NIL,  indicating  the  presence  of  a  contradiction 
in  the  assertions,  and  go  to  STEP  (iv).  ]h  this  case,  of 
Course,  the  reasons  f  r  the  contradictions  will  also  be  made 
available  . 

All  the  transformation  rules  may  be  compiled  fron  the 
domain  definitions.  If  no  transformations  exist  then:  this 
step  will  be  skipped. 

STEP  (Iv)  This  step  is  used  only  if  a  contradiction  has 
been  recognized.  The  system  would  then  attempt  to  eliminate  the 
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rep^ons  for  the  contraclicticns  by  proposing  possible  secondary 
Changes  to  the  model  space.  The  analysis  used  for  this  purpose 
may  also  Itself  be  compiled.  TlxLs  analysis  is  based  on  the 
reas^  for  the  contradiction,  and  certain  definitional  entitles 
called  Poci^  that  are  associated  with  the  relations  Involved. 

The  details  of  this  updating  process  are  discussed  in  section 
2.5,  in  the  context  ;,f  specific  examples.  The  access  functions  for 

(x  r)  =  (y  J  (x  r  y) ) 
and  (x  r  y)  =  T,  ?  or  NIL 

are  compiled  from  the  data- structures,  cc's  and  Atr 's  associated 
with  each  templates.  Also,  for  each  template  the  EQUALITY  checking 
routines  for  Instances  of  the  template  are  compiled  from  the  domain 
definitions.  The  details  of  this  compilation  process  will  be 
discussed  in  a  future  report. 

The  ASSIMILATOR  itself  is  thus  a  pure  control  structure . 
which  would  Invoke  the  abeve  mentioned  ocmplled  wooedures  where 
necessary  to  execute  the  commands  received  by  it.  For  a  given 
domain,  with  well  understood  knowledge  representatlcn  schemes,  all 
these  domain  dependent  preoedures  may  be  compiled  Into  \loro.- 
BToerams"  from  given  domain  definitions.  The  control  structure 
of  the  flSSmiLATOR  Is  different  from  the  structure  of  the 
"execution  control",  we  see  In  all  Vo.n  Neumann  machines,  it 
seems,  for  Intelligent  operation  both  executl on  control  and 
a§53Mlgtlon,.CGntrp,l  are  essential.  Details  of  the  assimila¬ 
tion  control  are  discussed  in  [Srlnlvasan  1977d]. 
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2 . 4  Ccnslstcncy  Conditions  or  Sense  Definitions 

2.4.1  Nature,  of  Constraints ;  Some  Examples 

The  schema  [SI  ]  docs  net  specify  all  the  restrictions 
associated  with  what  can  be  at  a  given  PLACE,  Not  any  combi¬ 
nation  of  items  may  be  at  the  location  of  a  given  PLACE,  In 
our  domain  we  would  like  the  following  to  be  always  true: 

[  (Vx )  (Vy )  ( PLACE  instance  x ) 

((HUMAN  instance  y)  V  (VEGETABLE  Instance  y) 

V(AN3MAL  instance  y)  V  (VEHICLE  instance  y)) 

-> 

((■Vz)(x  Iccaticncf  2)(z  holding  y) 

(x  Iccationof  y)) 

( (V  z )  (x  loc  ati  onof  z )  (x  Icc  at  1  on  of  y ) 

(SAFE  y  z))]  ...  (2.7) 

All  the  literals  in  (2 .7 )  ar-e  dimensionally  consistent  with 

respect  to  the  definitions  in  Table  I.  The  predicate  SAFE 

is  as  yet  i;inde::-fined .  (2.7)  asserts  that  If  y  and  z  are  at 

the  same  place  x,  then  (SAFE  y  z)  should  be  true,  and  If  z 

is  holding  y.,  and  z  is  at  x,  then  y  should  also,  be  at  x.  The 

definitions  of  SAFE  ma.y  be  problem  dependent.  For  the  M&C 

problem  one  may  have,* 

M&C -SAFE 

[  (Vx)(Vy)(SAFE  X  y)  ^ 

( (Va )  (Vp)  (s  Instanceof  ITEVIS  ) 

(p  instance  of  PLACE) 

(p  locatlonof  s) 

(((!!=  OF  MISSIONARY  s)^(4fOP  CANNIBAL  s)) 

_  V  ((■[:-■■  OF  MLSSIONARY  s)  -O)]  ...  (2.8) 

*  We  assume  implicit  conjunction  between  parenthesized  forms. 
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Hcre,  (4{0F  X  y)  is  a  function  that  returns  the  number  of  items 
of  type  X  In  a  collection  y.  For  the  domain  P&S,  the  definition 
of  SAPE  might  be  ; 

F&S-SAFE 

{Vx)(Vy)(S/ff’E  X  y) 

( (x  compatlblevjith  y)  V 

{ (Vp)  (p  instancecf  PLACE)  (p  Iccation of  (xy))  =#■ 

((3h)(h  instance  of  HUMM ) 

(p  locationcf  h)]  .  (2.9) 

Xw  this  case  if  x  is  not  ccmpatlblewith  y  then  a  HUMAN  Is 
reqioired  to  be  at  the  same  PLACE  as  x  and  y.  The  constraint 

for  (x  ccmpatlblewith  y)  in  the  case  of  HUMANs  is  shown  bela'} : 

[(Vx)  (HUMAN  instance  y) 

((Vy)(x  ccmpatlblewith  y)  <=» 

(((Vt)(x  type  t)  (y  type  t))V 

~(y  instance  of  HUMAN] .  (2.1  o) 

Similar  deflni  ‘  ons  for  this  relation,  for  other  clasees 
of  objects,  are  shown  in  Table  III.  For  a  given  HUMAN,  h,  (2.10) 
may  be  used  to  find  all  y  such  that  (h  compatiblewith  y)  is  true: 
(y|  (h  ccmpatlblewith  y)).  However,  for  a  given  PLACE,  p, 

(2.7)  cannot  be  used  to  find  (y|  (p  locationcf  y)).  But,  if 
a  candidate  y  is  supp]ied  then  (2.7)  may  be  used  to  checl:  whether 
(p  locationcf  y)  could  be  true  for  the  candidate.  We  shall  call 
constraints  like  (2.7),  declarative  ccnstralnts  (not  to  be 
confused  with  declrative  descriptions  of  knowledge).  Constraints 
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like  (2  Jo)’ are  called  imperative  constraints.  A  formal  defi¬ 
nition  of  these  concepts  is  given  In  section  2.5.5. 

The  forms  of  (2.7)  and  (2.I0)  are  not  quite  satisfactory 
for  the  purpose  of  modelling  in  terms  of  object-based  repre¬ 
sentations.  We  shall  state  the  constraints  In  a  form,  that 
would  facilitate  the  realization  of  the  goals  discussed  In 
the  next  subsection. 

2.4.2.  What  should  Sense  Definitions  do? 

Objective  [0b1  ] :  Ensure  Model  Space  Conslstencv 

In  the  three  valued  logical  system,  vje  shall  require  of 
the  model  space  only  a  week  state  of  consistency:  It  should 
be.  at  all  times  contradiction  free.  Thus,  the  model  space 
may  contain  relations  whose  truth  values  are  unknown.  This 
may,  at  times,  result  in  the  following  kinds  of  situations: 
Consider  the  chains 

(a)  (x  r  y)=^  (x.,  y^  )  (x^  r^  y^) 

(b)  (u  t  v)=^  (u<,  t.,  V.,  )  =#»...  =»^(x^  r^  y^) 

If  the  truth  value  of  (x^  r^  y^)  is  unlmown  (?)  In  the  model 
space,  then  It  can  accept  the  assertion  (x  r  y)(u  t  v)  --we 
assume  Implicit  conjunction.  This  is  because,  ^  ?  =  ? 
and  accepting  (x  r  y)(u  t  v)  would  not  cause  any  contradiction. 
We  Shall,  however  require  that  the  model  space  be  such  that, 
at  a  later  time,  if  r^  y^)  is  asserted, the  latent  contra¬ 
diction  should  surface. 
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Objectlve  [0b2]:  For  each  ((S  r)  find  If  possible  cne 

of  the  following; 

(a)  The  y  such  that  (@  r  y)  is  true  if  such  a  y  exists 
in  the  model  spaco. 

(b )  The  candidates  (y^  ^2***^n^  more  of  which 

(0  r  y)  may  be  true. 

(c)  The  constraints  specific  to  (S),  that  characterize 
all  y  such  that  {(3  r  y)  is  true. 

Objective  [0b3]:  Give  Reasons 

If  (@  r  y)  =  T,  ?  or  NIL  then  identify  -and  express  the 
reasons  for  this  in  Lqi.  This  is  the  most  Important  require¬ 
ment.  The  satisfaction  of  this  objective  makes  it  possible 
to  do  problem  solvinc  In  MDS . 

Objective  [0b4];  Anticipate  Interactions 
For  each  (@  r  y)  identify  the  specific  interactions  that 
take  place  in  the  model  space  with  other  relations  that  may 
exist  in  the  model  space. 

pb,1ectlve  [0b5];  Ay  old  Combinatorial  Explosions 

In  seeking  to  satisfy  [obl  ]  through  [0b4],  and  in  using 
the  model  space  to  solve  problems,  it  should  be  possible  to 
specify  starategles  and  learn  rules  that  contribute  to  mini¬ 
mizing  combinatorial  explosions. 
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We  shall  present  belcw  the  elements  of  a  system  archi¬ 
tecture  In  which  all  the  above  objectives  may  be  realized. 
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■  ^ '  Representations  and  Uses  nf  Ccnst-raint.c; . 

^•5*''  •  Use  of  Bounded  Quant Ifle-ps 

The  weak  definition  cf  model  space  consistency  makes  it 
sufficient  to  check  for  each  (x  r  y)  the  relevant  ccnstralnts 
only  over  the  objects  and  relations  that  actually  exist  In  the 
model  space,  at  the  time  (x  r  y)  is  asserted.  It  is  not  nece¬ 
ssary  to  resolve  hidden  contradictions  because  of  unknown  quan¬ 
tities.  Thus  all  Quantifications  in  cur  constraints  will  be 
bounded,  and  general  predicate  expressions  may  be  reduced  to 
oonjunctlcns  an^or  disjunctions  of  propceltlons,  whose  truth 
values  may  be  directly  tested  In  the  model  space. 

Further,  one  may  notice  that  variables  range  only  over 
specified  classes  of  objects  In  the  model  space.  Thus  In  (2.7), 
X  ranges  aily  over  PLACES,  and  y  ranges  only  over  what  can 
appear  as  elements  of  ITEMS.  To  take  advantage  of  these  ’ 
categorised  variables  „e  shall  modify  the  language  of  constraints 

indicating  expUcltly.  where  feasible,  the  range  of  each  quantl- 
fled  variable.  We  shall  use 

”(  <classname>  x)(px..,)" 
to  denote 

( (Vx )  (  <G  lassname>  instance  x )  (Px 
and  use 


"((SOME  <classname>  x)(px...))” 
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to  denote 

"((Bx)  (<classname>  Instance  x)(P  x...))”, 

where(P  x...)  is  predicate  expression  in  which  x  occurs 
free.  Where  appropriate  we  shall  also  use  form, 

(  ^ciassl  lass2>  ,,  y/  <class>  x)  ”  to  denote  a 
range  that  extends  over  a  disjunction  of  classes,  and  ftrms 
"(  <ciass>  X  y)"  for  "(  <ciass>  x)(  <ciass>  y)",  and 
"(SOME  <class>  x  y)"  for  "(SOME  <class>  x)  (SOME  <class>  y)". 

2,5.2  The  Use  of  Relation  Paths 

We  will  use  "  to  denote  relation  concatenation,  and 
call  phrases  "r-|  :r2  .  . .  :r^ ",  relation  paths.  We  shall  use 
(x  r.|  y)"  to  denote  "((x  r^  )  rg  y)".  In  view  of  (2-6) 

and  the  convention, 

(x  r)  =  (z  I  (x  r  z)),  . . .  (2  .11  ) 

it  follows  that 

(x  r-i  y )  4^  ( (Vz )  (x  r.,  z)^(zr2y)).  (2.12) 

^  ^2  inverse  of  r^,  and  in  the  structural  descrip¬ 

tion  both  (x  r-|  )  and(y  r^)  are  constrained  to  be  nodes .  or 
collections  of  equal  cardinality  then 

(x  r^:r2  y)  ^>((Vz)(x  r^  z)  <#«>(z  rg  y))  ..  (2.I3) 

For  a  relation  path  r.^  :r2:...rj^  its  inverse  path  is 
^n'^n-1  ••  *‘^2  :r-|' .  Using  these  conventions  we  may  now 
rewrite  (2.7)  and  (2.1 0)  as  follows; 


-44- 


[ (PLACE  p) 

(hum  AI^E  GAT  ABLE  ANIMAy^EHICLE  x  y) 

((p  locationof  (x  y))  =>>  (SAFE  x  y)) 

(x  heldby:lccatlon;lccationof  x)]  ...  (2.14) 

[(human  h)(y)(h  c  anpatlblewlth  y)  ^>((h  type  rtypeof  y)  V 
^(y  Instancecf  HUMAN)]  '  ...  (2.15) 

2.5.3.  The  Use  cf  Definitional  Anchors 

With  every  constraint  we  shall  associate  a  distinguished 
relation  name .  called  the  anchor  relation  of  the  constraint. 

The  anchor  relation  cf  (2.14)  and  (2.1 5)  are  "iccatlcncf ’’ 
and  "ccmpatlblewlthi'  respectively.  We  shall  anchor  the 
constraint  Itself  at  the,  so  called,  definitional  anchor .  which 
is  a  pair  [<anchor  class>  <anchor  relation>],  where  the 
<anchor  class>  is  always  a  class  name.  The  definitional 
anchor  cf  (2.14)  is  [PLACE  locationof]  and  that  of  (2.1 5)  is 
[HUMAN  compatlblewlth]  .  We  shall  refer  to  the  constraints 
themselves  by  the  phrases  CC[ PLACE  locationof]  and 
CC [HUMAN  compatlblewlth]. 

The  use  of  definitional  anchors  and  the  assumptions  In 
section  2.5.4  on  invocation  of  cc’s,  will  enable  us  to  write 
constraints  as  set  cai  struct  ion  expressions .  as  discussed  in 
section  2.5.5. 

2.5.4.  The  Use  cf  Invocation  Anchors 

We  Shall  assume  that  a  CC[X  r]  for  a  class  X  and  a 
relation  r  will  be  Invoked  only  in  the  context  of  evaluating 
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or  checking  the  truth  value  of  an  r  y),  vihere  (S)^  is  an 
instance  of  X.  We  shall  call  r]  the  invocation  anchor 
of  CC[X  r],  and  itself,  the  anchor .  The  invocation  of 
CC[X  r]  may  thus  occur  under  two  conditions: 

(a)  When  executing  (IR  r  y)  or  (IRN  r  y)  (orCCR  r) 
or  (ffiN  r)),  and  MACC  has  an@^,  and  the  truth 

value  of  ((S)^  r  y)  (or  the  value  of  ((3^^  r))  is  unknown. 

(b)  When  executing  (IR  r^  z)  or  (iRN  r^  z)  for  some  z 
and  r.| ,  and  MACC  has  an  such  that  (Sy  ^1 
dimensionally  consistent.  In  this  case  CC[X  r]  may 

(0x  ^  ((?Y  - 

be  Invoked  at  an  [(S^  r]^  Thus,  assigning  z  to 
(§Y  )  might  affect  the  value  of  ((3^  r).  Therefore, 

CC[X  r]  should  be  checked  at  under  the  hypothesis 

(@Y 

In  view  of  this  invocation  protocol  we  shall  use  in  every 
CC  a  distinguished  free  variable  called,  p,  which  will  always 
get  bound  to  the  anclior  of  the  model  space  at  the  time  of 
invocation  of  the  CC. 

2.5.5»  The  Use  of  Set  Constructs 

The  focus  of  attention  during  the  evaluation  of  a 
CC[X  r]  at  an  anchor  is  the  set  (s  |  ((3^^  r  s ) ) .  To  realize 
the  objective  [0b2]  we  shall  seek  constraints  of  the  form 
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(SP  s).  In  which  and  -s  occur  free,  and 

{@j(  r  a)  <=^(SP  .^  s)  ..  (2.16) 

SP  Is  called  the  SEP  aredlcate.  since  one  may  write,  for  a 
description  schema  (X  r  Y), 

CC[X  r]  =  {{Y  s)  I  (SP@s))  ...  ^2^7) 

The  set  expression  In  (2.I7)  may  be  read  as  'the  collection 
of  all  instances,  s  of  Y,  such  that  (SP  (ffl  s)  is  true.  "  If  y 
is  a  no^  then  the  ASSBUlatck  will  exject  (SP  ,3  s )  to  return 
a  unique  singleton  collection,  (s).  on  the  other  hand.  If  the 
description  schema  Is  (X  r  z),  where  (Z  elements  Y)  Is  true, 
then  the  ASSmiLAT®  will  anticipate  one  or  more  members,  s, 
in.the  collection.  One  may  also,  of  course,  put  constraints  on 
the  maximum  and  minimum  number  of  candidates  that  (Sp  @  s)  may 
return.  We  shall  call  s  the  set  variable  of  the  CC. 

As  we  Shall  see  In  the  ensuing  sections,  the  ability  to 
specify  constraints  m  the  for  (2.17)  with  Interpretation  (2.16), 
and  the  conventions  we  have  adopted  on  the  Invocations  of  OC's, 
together  will  make  It  possible  for  us  to  realise  the  objectives 
[ob,  ]  through  [obS],  There  Is,  however,  a  minor  difficulty  to 
be  overcome:  It  Is  not  always  possible  to  find  constraints  of 
the  form  (2.16).  Often  one  may  have  only  a  (Q  @  s)  such  that 

((3  r  s)  (Q  ,3  s).  ...  (2.18) 

Ih  cases  like  this  we  shall  write 

OCCXr]  =  ({Ys)  |(@r  s)(Cl@s))  ...  (2,0) 


Constraints  of  this  form  are  given  special  interpretations  in 
the  ASSIMILATCR.  While  evaluating  (2.19)  the  system  would  expect 
a  candidate,  s,  to  be  supplied.  If  no  candidate  is  supplied  then, 
s  =  ?  and  {(S)r  s)  =  ?  is  assumed,  and  (Q  0  ?)  is  evaluated.  This 
may  result  in  the  identification  of  a  collection  of  candidates 
(y-l  *=  (y  I  (SP@y)  =»  ?)#  for  one  or  more  of  which  {@  r  y 

may  be  trve .  Since  (@  r  s)  =  ?,  in  this  case  the  set  predicate 
itself  will  evaluate  to  ?,  if  (Q  @  y)  f  NIL. 

CC ’s  of  the  form  (2.1 9)  are  the  declarative  PC  *s  and  those 
of  the  form  (2.1 7)  are  the  imperative  CC 's .  Using  these  conven¬ 
tions  we  may  now  rewrite  (2.14)  and  (2.1 5)  as  shown  in  (2  .20) 
and  (2.21  ).  These  expressions  are  typical  of  the  declarative 
sentences*  in  L?  * 

CC[PLACE  locationof]  = 

[  (HUM^^J/VECETABL^/aNIMALA'EHICLE  s  )  I 
((@  locationof  s)(s  heldby  NIL)  V 
(s  heldby  sloe  at  ion  @) ) 

((y)  (@  locationof  y)  (SAFE0y)]  ...  (2  .20 ) 

CC  [HUMAN  Ccxnpatlblewlth]  = 

[(y  I  ((®  type:  type  of  y)  V 

~(y  Instanceof  HUM/a^)]  ...  (2.21) 

nil  (2.20)  the  phrase  (s  heldby  NIL)  is  a  functional. 
Interpreted  as  ((Vz)  ~(s  heldby  z)).  The  phrase  "(0  locationof 
s)"  indicates  that  an  s  may  be  declared  to  the  system.  If 

(s  heldby  NIL)  is  true  then  the  proper  s  is  specified  by  the 

*  All  CC's  are  constructed  from  dec larative  sentences  in  Lm. 

However*  not  all  CC ’s  are  dec  larative  CC  ^s . 
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predicate,  functional,  (s  he Idby: location  Notice  that 

(2  ,2o )  Is  more  compact  thar)  (2.14)  and  Is  oriented  more 
towards  evaluation  at  a  given  anchor,  @  ,  or  given  pair 
[@  s ] .  The  constraint  (2.21)  illustrates  a  case  where  it 
may  be  more  economical  to  store  in  the  model  space 
(s|n^(@  r  s))  than  (s|  (@  r  s)). 

In  the  following  sections  we  shall  discuss  the  Inter¬ 
pretations  given  to  the  above  CC  *s  in  the  modelling  context. 
We  shall  see  how  the  objectives  [ob^  ]  through  [ob5]  may  be 
realized.  We  shall  also  present  examples  of  c cmmonsense 
as cnlng  that  Is  used  to  supply  reascxis  for  the  truth 
values  In  the  model  space  for  the  various  relations. 

2.5«6.  Uses  of  CC[X  r  1  as  a  function  and  a  predicate; 

Examples  of  Ccmmonsense  reasoning. 

One  may  have  two  kinds  of  Invocations  of  a  CC[X  r]: 

(a)  CCfX  r](©^)  and 

(b)  CCfX  r](^^,  s^). 

In  both  cases  0C[X  r]  Is  used  as  a  function  with  lambda 
variables  @  and  s,  and  an  attempt  is  made  to  compute 
(s  I  r  s)).  In  the  first  case  r)  ^  7  is  Initially 
assumed,  and  one  of  the  following  may  result: 

(1)  (s  I  (@j^  r  s)):  This  may  happen  If  CCfX  rj^^^)  Is 
imperative . 
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^  r  s)  ■=  ?  ).  This  will  be  Interpretod 

as  a  ccllectlcn  of  candidates  for  r). 

(111)  ?  :  El  this  case  one  may  also  get  a  predicate 

expression  characterising  (s  )  fe,.  r  s))  for  the 
given  (C)^ 

(Iv)  NIL. 

In  case  (b)  also  the  same  four '  possibilities  exist  for 
the  result.  But  In  cases  (i)  and  (11)  of  the  result  the 
returned  collections  may  include  s^.  thereby  Indicating  the 
truth  value  of  (i^  r  s^).  ih  both  these  two  Invcoatlons,  the 
set  predicate  of  C0[X  r]  may  be  used  to  explain  why  r  s^) 
T.  ?  or  NIL  for  a  given  s^,  or  why  (@^  r)  -  (s  |  (SP  s)).° 
Let  us  consider  a  few  examples. 

Let  us  assume  the  model  space  for  the  M&c  problem.  Let 
MlSSlONyffiY  and  CANNIBAL  be  Instances  of  HTYPE,  types  of  HUMANS 
Let  the  model  space  have 

(missionary  typocf  (m^  m  )) 

(cannibal  typeof  (c.j  c^  c  ) 

(VIHICLE  Instance  BOAT)  ^ 

(HUMAN  Instance  (m^  m^  >^3  c^ ) ) . 

For  a  missionary,  m.j ,  then 

ocpww  compatlblewlth]  (m, )  =  (m,  m^  BOM)..  (2.22) 
as  per  (2.21  ).  The  reason  for  this  will  be 

[ (m.]  typeitypeof  y)  v  'v{y  Instanceof  HUMAN)] 


(2.2?) 
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where  y  is  the  set  variable.  The  expression  in  (2.25) 
consists  of  the  true  literals  of  (2.21  )  for  one  or  more 
items  in  (m^  mg  m^  BOAT).  3h  this  case,  there  are  no 
literals  that  are  false  cr  ?  for  all  the  elements  in 
(nL|  m^  BOAT).  The  reason  for  (m^  compatiblewith  mg) 
will  be 

(m-j  type;  type  of  rng)  ...  (2.24) 

In  this  case  the  second  disjijnct  of  (2.25)  becomes  false 
and  thus  does  not  appear  as  part  of  the  reason.  We  shall 
call  expressions  like  (2.25)  ^nd  (2.24)  True  Residues ; 

(2.25)  is  the  true  residue  of  CCfHUMAN  compatiblewith]  (m^  )> 
and  (2.24)  is  the  true  residue  of  CCfHUMAN  compatiblewith] 

(m^  nig).  For  a  definitinnal  anchor  [X  r]  we  shall  denote 
its  true  residues  by  phrases  of  the  form: 

TR(CC[X  r](@))  or  TR(CC[X  r](@  s)). 

A  true  residue  will  exist  for  a  CC,  for  given  bindings 
of  @  and  the  set  variable,  s,  only  if  the  set  predicate  of 
the  CC  evaluates  to  T.  The  true  residue  will  consist  of  the 
sub-expressions  of  the  parent  expression,  that  remain  after 
deleting  all  these  that  evaluated  to  NIL  or  ?,  In  cases  where 
the  set  variable  ranges  ever  a  collection,  we  shall  delete  only 
those  sub-expressions  that  evaluated  to  NIL  or  ?  for  all  possible 
bindings  of  s .  We  shall  generally  write  residue  expressions 
indicating  explicitly  the  bindings  of  the  variables.  Thus,  for 
(2.25)  and  (2.24)  we  shall  write : 
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[  ( (HUMAN  @)  =  ) 

( (HUMATJ/t/EHICLE  y)  =  (m^  BOAT)) 

r  type:typeof  y)  V  A,(y  Instance  of  BOAT)]]..  (2.23a) 

[  (  (HIMAN  @)  =  rrL|  )(  (human  y)  =  mg  )  (©  •'typsof  y)  ] 

(^.24a) 

For  a  CANNIBAL,  ,  the  reason  for  (m^  compatlblewith  ) 
NIL  will  be 

[~(m^  type;typeof  )  (c^  Instanceof  HOVIAN)]  (2.25) 

which  Is  obtained  by  taking  the  negation  of  the  False  Residue 
of  CC[HUMAN  compatlblewith]  (m^  c^  ) .  Ih  this  case,  of  course, 
CCfHUMAN  compatlblewith] (m^  c^  )  =  NIL.  The  False  Residue  will 
consist  of  the  sub-expressions  that  remain  after  deleting  all 
those  that  evaluated  to  T  or  ?.  Of  course,  the  parent  express¬ 
ion  Itself  should  evaluate  to  NIL.  We  shall  use  phrases  of  the 

form  PR(CC[X  r](@))  and  FR(CC[X  r](@  s))  to  denote  false 
residues  of  CC  *s . 

One  may  similarly  define  also  Uhknown  Residues.  UR(CC[X  r] 
((O))  and  lfl(CC[X  r](@  s)).  These  will  exist  only  when  the 
CC  evaluates  to  ?  and  will  be  obtained  by  deleting  all  the  sub¬ 
expressions  that  evaluate  to  NIL  or  T  In  the  set  predicate,  for 
given  bindings  of  (3  and  s.  ih  the  M&C  problem,  suppose  there 
were  more  that  three  MISSIONARIES.  Jh  this  case  the  model 
space  will  contain  the  functional 

(MISSIONARY  type  of  (m^  rii^  ?)), 


(2.26) 
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whcre  the  ?  in  the  collection  Indicates  that  there  may  be  more. 
In  MDS,  a  new  element  may  be  added  to  a  collection  only  If  the 
collection  contained  ?.  Thus,  one  could  make  It  Impossible  to 
have  more  than  two  HTYPEs,  by  setting  In  the  model  space: 

(HTYPE  Instance  (MnSSION/g^Y  CANNIBAL)). 

In  the  case  (2.26),  (2.21  )  will  evaluate  to  T  for  0  =  m^ 
and  y  =  (m^  m^  m^  BOAT).  However,  for  y  =  ?  both  literals  In 
(2.21  )  will  evaluate  to  ?,  producing  the  unknown  residue: 

[[(0  =  m-l  )(y  =  ?)  (©  type;typeof  y)  V  ~(y  instanceof  HUMAN)] 

(2.27) 

This  unknown  residue  may  be  viewed  as  characterising 
(x  I  (m^  ccmpatlblewith  x)).  In  this  case  the  residue  expression 
happens  to  be  identical  tc  the  set  predicate.  But  In  general, 
the  residue  expressions  will  be  subexpressions  of  the  set  pre¬ 
dicate.  The  residue  extraction  process  is  a  part  of  the  common- 
sense  reasoning  process.  It  is  defined  for  both  propositional 
and  quantified  expressions  in  chapter  5.  The  relationship 
between  residues  and  reasons  is  summarized  below  In  Table  II. 

table  II:  Residues  and  Reasons 


TRUTH  VALUE  of 
CC[X  r](©)  or 
CC[X  r](0  s) 

Reason  for  CC[X  r](0)  or 

CC  [X  r  ]  (  0  s  ) .  The  set  variable 
is  optional  below  . 

T 

(TR(CC[X  r](0  --) 

? 

(UR(CC[X  r](0  — ) 

NIL 

-v(PR(CC[X  r](0  — ) 

-53- 


In  the  problem  solvln.,  process  the  residues  (reasons)  are  used 
as  the  basis  for  l^arnln^  and  Remain  specific  soec j  an 
Let  us  now  consider  a  few  more  examples  . 

Table  III  shews  all  the  OC 's  used  In  our  domain,  and 
Table  shews  the  definitions  associated  with  SAFE.  The 
command  (QSCC:  <CC-exp>  <deflnltlcnal  anchor>  )  is  used  to 
define  OC 's  in  the  current  Implementatlon^MDS .  This  command 
is  part  of  the  subsystem  called  QUEST,  which  Is  used  for 
defining  the  CC ’s  and  transformations  In  a  domain.  Predlcstes 
like  SAFE  are  called  CC -macros .  They  are  Invoked  as  macros 
within  CC 's  and  transformations.  Each  CCMACRO  has  a  name, 
declared  arguments,  the  maero  expression  and  a  context.  Thus, 
a  COMACRO  like  SAFE  nay  have  different  definitions  in  different 
contexts.  The  definitions  of  SAFE  In  M&S  .and  F&S  contexts 

are  shown  In  Table  .  The  command  QSCCM;  Is  used  to  define 
CCMACRO 's  In  MDS  . 

Let  us  now  consider  some  of  the  possible  residues 
asscclated  with  CCCVEHIOLE  holding].  This  oc  Is  shown  In 
Table  HI,  and  Is  reproduced  below,  for  convenience: 

CC[VEHICLE  holding]; 

[Chumatj/^-egetable/amimal  x)  I 

(@  holding  x)(0  holding;  ^  capacltj/of  0) 

((y)(0  holding  y)  =#>  (SAFE  x  y)]  ... 


Cf* 


(2.2  8) 
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table  III:  Ccnslstency  Conditions  cf  the 

Trans  port  atlcn  Domain’ 


CC1  :  CC[Hl)MAI'J  oompatiblewlth] . 

[  (HUMAt^ a;/^ege.tabl^ehicle  S  )  j 

(0^cype  :typecf  s)  V  <v(s  Instance  of  HUMAI'l)]. 

CC2:  CC[VEHICLE  holding] 

[  (HU^IA^><ANB1A[/^EG£TABLE  s  )  j 
((0  hcldlng  s  )  (0  holding :#=  :  ^  :capacltyof  (g) 
((y)(0  holding  y)  =#>  (SAFE  s  y))] 

CC3:  CC[ANIMAL  oompatiblewlth] 

[’(HUMA1^’’EGETABL^ANIMA;/(/’EHICLE  s  )  j 
(0  type:typecf  s )  V  (g  Instanceof  HUMAN)  V 
type  HERBIVORE)  (s  Instanceof  VEGETABLE)] 

CC4 :  CC  [VEGETABLE  ccmpatiblewlth] 

[  (s  j  (0  ccmpatiblewlth  s)  V 

(s  Instanceof  VEGETABLE)] 


CC5: 


CCd: 


CX^I  [  PLACE  Icc  at  1  oncf  ] . 

[(s  I  ((0  locationof  s)(sheldby  NILy  V 
(s  he  Id  by;  location  0))((y)(0  locationof  y) 

^  (SAFE  s  y)] 


CC[ ITEMS  heldby] 

(s  (  (0  heldby  s)  ,^(8  eleiqentof  0)]. 


The  CC  has  the  form  (2,19)  and  Is  thus  a  declarative  jJC; 

It  may  be  used  to  check  a  given  (0  holding  aj  but  canjiot  be 
used  to  find  (s  j  (0  holding  s)).  the  second  ccnjiiinct  of 
(2.28)  the  relation  name  occurs  in  the  path  "holding ; 4 
capacltycf  .  This  is  used  to  get  the  qardlnallty  of  (0  holding). 
Ih  the  context  cf  collections  ape  Interpreted  as,  sets; 
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Table  IV:  COMACROS  In  the  domain. 


[OSCCM:  SAFE  (.X  y)  "M&C” 

[(X  location  tlocatlonof  Y  )  =$> 

( (SCWE  ITEMS  s)(X  locatlon:locatlonof  s) 

( ( (#  OP  MISSIONARY  S  )  >  (#  OF  CANNIBAL  S  )  )  V 
((#0F  MISSIONARY  s)  is  O)]]. 

Note:  The  third  argument  of  QSCCM :  is  the  context. 

[QSCCM:  SAFE  (X  Y)  "F&S  " 

[  (X  compatiblewith  Y  )  V 
(X  location:locaticariof  Y ) 

(((SOME  HUMAN  h)(X  location:  location  of  h)]]. 


((  x^  X2...x^}#:)  =  n,  and  ({x^  Xg . .  .x^  ?}4)  ^n  but  still  the 

relation  ((x^  X2  . .  .x.^  ?}=#n)  has  the  truth  value  ?.  Thus,  in 
a  comparison  like  ([x^  X2  ?)=f|=:^2)  its  truth  value  will  be  ?. 

So  also,  ((X-,  X2  ?]4f=:^^)  wiH  be  ?.  But,  ((x^  X2  :>2) 

will  have  truth  value  T, 

Let  us  assume  that  initially  (BOAT  holding  ?)  is  true  in 
the  model  space.  In  this  case  CC[VEHICLE  holding]  (BOAT)  will 
evaluate  to  ?  with  the  unknown  residue: 

[(BOAT  holding  x)(  BOAT  holding:  #=  :^:capacltyof  BOAT) 
((y)(B0AT  holding  y)  =^(SAPE  x  y)]  ...  (2.29) 

In  the  above  expression  we  may  Ignore  the  literal  "(BOAT 
holding  x)".  since  it  is  part  of  the  declarative  nature 
of  the  CC:  For  every  assertion  (BOAT  holding  x)  will  be 
either  true  or  false  by  hypothesis  .  Let  us  now  assert  (BOAT 
holding  X  ).  This  will  cause  the  model  space  entry  (BOAT 
holding  (x^  ?)).  The  evaluation  of  CC[YEHICLE  holding ]  (BOAT  x^) 
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will  evaluate  to  ?,  because  both  (BOAT  holding  :#=  :^:capatltyof 

boat)  and  ((y)(BOAT  holding  y)  (SAFE  y))*  will  evaluate 
to  ?,  leading  to  the  unknown  residue: 

[(BOAT  holding :  41^  capacityof  BOAT) 

( (y)  (BOAT  holding  y)=>  (SAFE  y))]  ...  (2  .50) 

Notice  that  the  set  variable  x  in  (2.29)  has  been  replaced  by 
x^  in  (2.50),  Thus,  all  future  additions  to  the  BOAT  should 
be  SAFE  with  x^. 

Let  us  now  suppose  that  (BOAT  capacity  4)  is  true,  and 
when  (BOAT  holding  x^)  was  asserted  (BOAT  holding  (x^  x^  ?)) 
was  in  the  model  space.  In  this  case,  the  unknown  residue 
will  be  the  same  as  (2.29)  for  the  collection  (x^  x^  ?). 

We  have  assumed  that  the  SAFE  predicate  is  not  contradicted 
for  x^. 

If  the  SAFE  predicate  was  contradicted  then  for  some 
element  x,  in  (x^.X2),  (SAFE  x^  x)  would  have  been  NIL,  In 
this  case  the  model  space  would  remain  unchanged,  and  the 
following  residue  would  have  been  supplied  for  not  accepting 
(boat  holding  x^); 

[  (VEHICLE  0)  =  BOAT) 

( HUM  AI0\NIMAI^E  GET  ABLE  y)  =  (x^  x^  X2  ?)) 

(SAFEx^y)]  ...  (2.51) 

Hie  reason  would  be. 


*  In  this  case  $AFE  Xq  Xo)=T  and  (SAFE  x^  ?)=?.  The  bound 
variable  y  acquires  the  binding  ?  because  (BOAT  holding 
(Xq  ?))  exists  in  the  model  space. 


1 


“57“ 


[  ((VEHICLE  0)=  BOAT) 

( (SOM^UMAI0UIIMAI/^EGETABLE  y)  =  (x.^  Xg  ?)) 

(^(SAFE  y))]  °  (2.32) 

which  Is  the  negation  of  (2  .3I  ).  In  a  problem  solving  context, 
reasons  like  this  may  be  made  use  of  to  avoid  repeating  same 
kind  of  mistakes.  Also,  reasons  explicating;  true  residues  may 
be  made  use  of  to  make  the  right  choices  based  cn  past  experience. 
The  properties  of  residues  (and  reasons)  that  make  them  useful  in 
a  problem  solving  context  are  discussed  in  chapter  III. 

The  reasons  obtained  from  the  CC ’s  at  a  given  anchor  are 
not  sufficient  to  explain  or  guide  an  updating  process.  The 
CC  Itself  may  suppl;:  only  the  necessary  conditions.  To  consider 
the  complete  updating  process  it  is  necessary  also  to  analyze 
the  way  relations  interact  in  the  model  space.  This  is  discussed 
in  the  next  section,  where  an  example  of  ccmmcnsense  reasoning 
in  the  context  of  relation  interactions  is  presented.  Again  we 
shall  see  that  the  form  and  interpret  at  Icrs  of  CC ’s  play  an 
important  role  in  identifying  and  controlling  the  Interactions. 
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([Qj^  r]  dependsan  fOy  t])  if  there  exist  a  z  (z  could 
be  ?  or  nil)  such  that  (Oy  t  z)  or  (z  t’-py)(or  ~((9y  t  z)  or 
-v(  z  t'  0y))  occurs  in  a  true,  false  or  unknown  residue  of 
CC[X  r]((a^)  or  CC[X  r](Oj^  s^)  for  seme  s^. 

In  this  case  we  shall  say  that  [Y  t]  is  an  element  of 
D0NLIST',  [X  r]. 

Definition  2  :  Determines 

([(Ty  t]  determines  [Q^  r])  if  r]  dependsan 

[Qy  t]).  In  this  case,  we  shall  say  that  [X  r]  is  an 
element  of  DETLIST  [Y  t]. 

Notice  that  [X  r]  e  DETLIST  [Y  t]  does  not  necessarily 
mean  that  for  any  given  Qy  and  0^  ([0^^  r]  dependsen  [Qy  t]). 

It  cnly  implies  that  there  exist  Qy^  and  Qy  such  that  ([j^^  r] 
dependson  [Gy  t]).  We  have  the  following  formulas: 

(([Gx  dependsan  [Gy  t])  «=>  ([(Py  t]  determines  [Q^  r])) 

(([X  r]  elementof  DETLIST[Y  t])  4=>  ([Y  t]  elementof  D0NLIST[X  r]), 
(([Y  t]  elementof  D0NIIST[X  r])  ((SOME  X  0j^)(S0ME  Y  Gy) 

([Q(  r]  dependson  [Gy  t]))) 

(([X  r]  elementof  DETLIST[Y  t  ] )  4=> 

((SOME  X  Gj^)(S0ME  Y  Gy)([Gy  ^3  determines  [(^  r]))) 

The  DCNLISTs  and  DETLISTs  for  the  definition  anchors  may 
be  obtained  by  analyzing  the  forms  of  CO 's  in  a  domain ,  These 
may  be  used  in  a  variety  of  ways  to  identify,  anticipate,  control 
and  respond  to  situations  that  arise  in  updating  processes.  We 
shall  present  below  an  example  of  the  kind  of  analysis  that  may 
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be  dene  to  construct  DETLISTfe  . 

We  shall  also  Introduce  the  concept  of  definitional  fi Iters 
that  are  used  to  direct  search  for  all  such  tl^  [0^  r]” 
depends^^Y  ^  Slven  We  shall  discuss  ways  of  using 

to  minimize  search  and  checking  during  updating 
processes . 

2. 5. 7  .2:  The  Dimensionality  of  a  CC  and  its 
Dependency  Graph 

Let  us  consider  again  CC[PLACE  locaticnof]  shown  in  (2.20), 
One  may  construct  for  this  CC  a,  so  called,  dependency  graph  as 
shown  in  figure  4.  The  arcs  in  this  graph  represent  the  relation 
names  that  appear  in  the  CC,  with  the  associated  negation  signs, 
if  any.  The  nodes  represent  class  names  that  are  used  in  the  CC 


either  explicitly  or  Implicitly. 


Pig  4:  Dependency  Graph  of  CC  PLACE  locaticnof. 


Per  example,  the  expresslcn 


"((Vy)(0  locaticncf  y)  =1^  (SAFE  s  y))" 
teat  occurs  In  (2,20)  uses  the  class  disjunction 
(HlMA^J/(^EGETABL^AraMA;/(^EHICLE  y)  explicitly,  because  there 
exists  a  bound  variable  y,  that  represents  the  Instances  of 
these  classes  that  are  used  in  an  evaluatlcn  of  the  CC.  This 
expression  Is  represented  in  figure  4  by  nodes  1,  2,  5  and  4, 
and  the  arcs  "locatlonof "  and  where  "<  *  ->*'  represents 

connections  to  the  dependency  graph  of  (SAFE  s  y). 

In  the  case  of  the  expresslcn 
"(s  held  by ;  location  Q)  " 

which  also  occurs  in  (2,2)  the  (HUMAUWehICLE  y)‘such  that 
((s  heldby  y )  =»  (y  location  0))  is  said  to  be  Implicitly  i;Bed 
In  the  CC.  The  CC  has  no  bound  variable  corresponding  to  the  y 

above.  Thus,  node  5  appears  in  figure  4  without  an  associated 
variable . 

The  classnames  used  Implicitly  in  a  CC  may  be  determined 
fran  the  relation  patlis  used  in  the  CC  and  the  description 
structures  defined  for  the  domain.  We  shall  call  the  analysis 
used  to  Identify  the  implicit  and  explicit  class  names  m  a  cc, 
the_dl_menslonal  analysis.  For  a  functional  like  i 

(s  heldby;  location  O) "  we  shall  represent  its  dimension  as 
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[  ( (HlMA^J/(^EGETA^3L^/^IM  s)  heldby) 

( (HlM/il'J/^EHICLE)  location)  (PLACE  O)]  ...  (2,35) 

This  dlmenslcn  is  caisistent  with  the  descriptlcn  schemas 
defined  for  the  danaln.  A  cc  Itself  is  said  to  be  dlmen- 
slcnaily  consistent  if  all  its  literals  and  functionals  are 
dimensionally  consistent.  The  analysis  of  dimensional 
consistency  may  also  be  used  to  find  missing  relation  names 
In  relation  paths,  missing  ranges  of  variables,  and  also 
errors  in  a  cc.  The  dlmensl onal  coisistencv  checking  sub¬ 
system  of  the  coirrent  Implementation  of  MDS  was  written  by 
Joel  Irwin. 

The  dependency  graph  of  a  cc  portrays  its  dimensionality. 
It  may  be  used  to  construct  DONLISTs,  DETLISTS  and  definitional 
filters.  This  is  discussed  in  the  next  sectlcn. 

2.5.7.3»  C^jtructlon  of  DONLISTs  &  DETLTRTs 

Let  us  for  a  moment  Ignore  the  Implications  of  the 
(safe  s  y)  predicate  in  figure  A.  The  general  rules  for 
constructing  DON  and  DET  lists  from  a  dependency  graph  Is 
given  below; 

DQNLIST  -  -RITT.g 

[Y  t  ]  €  DQNLIST[X  r ]  if  the  class  Y  occurs  in  a  node  In 
In  the  dependenai.  Sism  of  OCfX  r],  and  the  arc  with  label 
t  or  ~t  (t '  or  ~t ' )  eaanates  (impinges  )  cn  the  node  Y  In 
the  dependency  graph  CC[X  r],  t'  Is  the  Inverse  of  t. 
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In  this  case  [X  r]  c  DETLISTfY  t]. 

From  figure  <t  cue  thus  obtains  that  there  may  exist  a 

place,  p,  a  HWAlJ^rEHICLE,  h,  a  HmAtJ/trEGETABL^/ANlMAL/frEHICLE 
Xj  etc.  Such  that 

(fp  locatl cn of j  depends cn 

(fh  holdinr  ]  [p  locatl  cn  of  ] 

fx  location]  etc .  . . .  ) )  ^2  .36 ) 

The  symbol  h  in  (2.36)  denotes  the  Implicit  use  of 
VEHICLE  in  "(s  heWby:looatlcn  C')".  Expanding  the  disjunction 
Of  Classes  over  which  the  variables  m  {2.36)  range,  we  get  by 
the  DONLIST  rule  that 

D0NLIST[PLACE  Iccatlcnof]  « 

([HUMAN  holding] [VEHICLE  holding] 

[HUMAN  locatloty [VEHICLE  location] 

[PLACE  Iccatlor^  etc.) 


(2.57) 


Thus  we  get 


[PLACE  locatlonof]  e  DETLIST[HUMAN  holding] 

DETLIST[HII<1AN  location] 
■DETLIST[VEHICLE  holding] 

(2.38) 

This  Implies  that,  when  (h  holding  x)  is  asserted  (by  using  an 
IR  Command,  say)  for  a  Him*,  h,  then  0C[PLACE  locatlonof] 
Should  be  checked  for  all  places  p  such  ttet  ([h  holding] 
determines  [p  locatl  cn  of]).  During  this  checking  cue  may,  for 
exa„,ple,  discover  that  (h  location)  =  p  and  (x  location)  =g 
are  not  the  same.  Thus  (h  holding  x)  cannot  be  accepted  by 
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the  mcxiel  space  wit:  out  violating  CC[plACE  Iccatlcnof].  The 
reason  for  this  violation  would  be: 

[  (x  heldby:  location  pK(p  location  of,  x)  V 

A/(x  heldby ;  location  of  g)  x  heldby  IIIL) 

(g  locatlcncf  x)]  ...  (2.59) 

This  reasGi  is  true  under  the  hypothesis  (h  holding  x).  We 
shal]  discuss  in  the  next  section  the  commonsense;  i*easonlng 
process  that  may  be  used  to  identify  treasons  like  (2.59) 

Wo  shall  also  consider  efficient  ways  for  directly 
identifying  for  a  given  [h  holding]  all  the  PLACES,  p,  such 
that  ([p  locaticnof]  depends  on  [h  holding]). 

2  .5 .7  .A :  Definitional  Filters 

1 

For  a  given  [X  r]  o  DETLIST[y  t]  and  given  Gy  our  problem 
is  to  find  ^ 

(Gxl  ([(Sy  ^ependscnfGy  t])).  j 

This  search  may,  of  course,  be  confined  to  only  the  instances 
of  X.  Still  it  may  be  large  search.  In  practice  it  is 
necessary  to  have  a  better  control  over  this  search,  and 
where  feasible  eliminate  the  search  altogether. 

The  problem  of  devising  schemes  ^  efficiently  control  3 

and  direct  this  search  is  the  so  called  "Frame  Problem".  The  I 
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within  a  domain  It  Is  dependent  on  the  particular  oollectlcns 

of  objects  that  exist  m  the  model  space.  It  is  not  thus 

possible  to  specify  a  general  solution  to  the  "frame  problem". 

One  may  only  specify  schemes  where  In  the  problem  may  be  kept 

under  control,  and  unforeseen  combinatorial  explosions  are 

avoided.  The  forms  of  oc  and  their  Invocation  control  make 

It  possible. to  state  schemes  to  keep  the  "frame  problem 

under  check.  What  Is  more,  one  may  have  HDS  Itself  compile  the 

necessary  control  structures  from  an  analysis  of  the  CO 's  of 
the  danain. 

We  Shan  discuss  two  ways  of  controlling  search  In  a 
frame  ihteracticn; 


(a)  One  Is  by  the  Definitional  Miters  which  are 
ootnplled  by  HDS,  and 

(b)  the  othor  Is  by  the  use  of  representational  faci¬ 
lities  In  the  model  space  which  a  user  may  use  to 
create  appropriate  representations  for  a  domain. 

part  (a)  is  discussed  below  and  part  (b)  is  discussed  In 
section  2.5.9.  Normally,  „hen  an  (x  r  y)  is  asserted,  m  order 
to  accept  It,  It  may  be  necessary  to  make  certain  secondary 
Changes  m  the  model  space.  This  may,  m  genEral  result  in  a 
Chain  of  updating  jr .messes,  it  is  essential  to  have  facilities  for 
controlling  this  process.  Devices  called  Focus  Lists  are  used 
In  MDS  to  control  these.  These  are  discussed  In 


section  2.5.8. 
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Deflnl 'Clonal  Filters 

A  definitional  filter  DF[X  r][Y  t]  is  used  to  compute 
a  set  S^.[0Y  such  that 

^  dependscn[0Y  t])}.  (2.39) 

where  (6^}  is  the  sot  of  all  instances  of  X,  A  DF  filters 
out  of  all  X  such  that  fx  rij  does  not  depend  on  [0y  t]. 

The  DF  may  be  stated  as 

DF[X  r][Y  t]  =  ((X  x)|DFP  (0y  s  x))  (2.4o) 

where  0y*  s  and  x  are  the  free  variables  of  the  Definitional 
Filter  Predicate,  DFP.  The  DF  is  anchored  at  [Y  t].  Thus, 

0Y  is  the  anchor  variable  of  the  DFj  x  is  its  set  variable; 
and  s  is  the,  so  called,  chanpie  variable ;  t  s )  is  the 
change  that  is  being  attempted  at  [0^  ‘^]*  Using  such  a  DF, 
for  a  given  0y  ^nd  s,  one  may  compute  all  the  affected  0^. 

The  dependency  grapl.  of  CC[X  r]  may  be  used  to  construct 
DF[X  r][Y  t],  if  [X  r]  is  in  DETLlST[Y  t].  The  construct! ai 
of  these  filters  is  based  on  the  following  observation. 

Let  us  assume  that  dependency  graphs  are  always  connected 
PT^Phs .  Consider  the  graph  in  figure  4.  If  [O  locationcf  ] 
depends  on  some  [0^  t]  for  a  Y  and  t  in  the  graph,  then  there 
will  be  a  path  w,  from  0  to  0y  in  the  graph.  0  itself  may, 
therefore,  be  reached  from  0^  via  the  inverse  path  w’.  Suppose, 
0Y  =  h  for  a  HUMAN,  h,  and  0  is  a  ttlACE,  p.  Let  [p  locationof] 
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depend  cn  [h  holding ],  The  paths  in  figure  4  that  might  lead 
to  h  from  p  are  (again  we  ignore  (SAFE  s  y)): 

[  (p  locaticncf  h)  V  (p  locationof  s)  ^^(s  heldby  h)  V 
(p  locationof  s )  (s  heldby  h)] 

Thus  p  Itself  should  be  reachable  from  h  via  cne  of  the  paths 
in  the  disjunction 

[  (h  location  p)  V  /v(h  holding  s  )  (s  location  p)  V 
(h  holding  s  )  (s  location  p)]  ...  (2  .41  ) 

Thus,  at  a  given  h,  if  (h  holding  s)  was  the  change  at  (h  hold¬ 
ing)  then  the  places  affected  by  it  will  be  a  subset  of 

(p|  (h  location  p)  V  ^(h  holding  s )  (s  location  p)  V 

(h  holding  s)(s  location  p))  ...  (2.42) 

We  may  now  write 

DF[ PLACE  locatiaiof  j[HUMAN  holding]  = 

[(PLACE  p)|  (0  location  p)  V  ^(q  holding  s  )  (s  location  p) 
V(0  holding  s)(s  location  p)]  ...  (2.43) 

where  0  is  a  HUMAN,  and  s  is  the  change  variable .  This  DF  will 
be  anchored  at  [HII4M  holding].  Thus,  if  (h  holding  x)  was  newly 
asserted,  then  the  system  would  evaluate  the  above  DF  for  (0=4i) 
and  (s=«),  and  find  that  it  had  to  check  CC[ELACE  locationof] 
at  the  places  p  =  (h  location)  and  g  =  (s  location),  under  the 
hypothesis  (h  holding  x).  At  both  these  places,  p  and  g,  a 
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ccntradlctlon  will  bo  encountered  for  the  following  reasons. 

We  have  the  assumptions  (h  holding  x),  (h  location  )  =  p 
and  (x  location)  =  g.  For  the  discussion  below,  we  shall  also 
assume  that  the  SAFE  predicate  Is  true,  and  altogether  Ignore 
this  predicate  In  the  residues  and  reasons.  At  the  PLACE,  p,* 

CC[ PLACE  locatlcnof]  (p  x)  =  T  and 

TR(CC[PLACE  locatlcnof]  (p  x))  =  (x  heldby: location  p) 

By  (2,16)  It,  therefore,  follows  that  (p  locatlcnof  x)  should 
be  true  In  the  model  space.  This  contradicts  the  assumption, 
(g  locatlcnof  x).  The  reason  for  this  contradiction  will  be 
the  negation  of  the  false  residue  of 

(p  locatlcnof  x)  4^CC[PLACE  locatlcnof  ]  (p  x). 

The  false  residue  of  a  form  (u  v)  is  the  same  as  the  false 
residue  of  the  form  (uv  V  'OU'yv).  In  the  above  case  u  Is 
false  and  v  Is  true.  We  have  the  following  residue  equation.** 

PR  (uv  V  ^U  'OV  )  =  PR  (uv  )  V  PR  (rv,U.vV  )  =  PR  (U  )  V  PR  {ryJV  ) 

since  u  Is  false  and  v  is  true.  However,  PR(ov)  =»vTR(v). 

Thus,,  we  get, that  the  reason  for  the  contradiction  is 

Please  check  with  CCfPLACE  locatlonof]  shown  In  (2  .20). 

*■"  These  are  discussed  in  chapter  III, 
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[A]  (^PR(u)‘^TR(v  ))  = /\.(p  locatlcncf  x)(x  heldby:  location  p) 

In  the  case  of  the  PLACE,  g,  CCfPLACE  locatlcnof  ]  (g )  will  evalua¬ 
te  to  NIL  and  false  residue  will  be: 

PR(CC[PLACE  lucatlcnof  ]  (g  X ) )  = 

[  (x  heldby  NIL)  V  (x  heldby : location  g)]. 

and  (g  locatlcnof  x)  is  true.  Thus,  in  this  case  the  reason 
for  the  ccntradlcticn  will  be 

[B] *  [  (g  locatlcnof  x)  ^(x  heldby : locatlcnof  g) 

~(x  heldby  Nn  )]. 

The  resultant  reason  will  be  the  disjunction  of  [A]  and  [B], 
namely  the  expression  in  {2,39),  To  accept  the  assertion 
(h  holding  x)  this  reason  should  "how  be  made  to  disappear. 

That  is.  It  should  bo  made  to  evaluate  to  NIL  or  ?  In  the 
model  space.  In  general,  it  Is  necessary  to  use  a 
"means-end  analysis"  scheme  to  realize  this  objective.  We 
shall  present  in  the  next  section  a  simple  way  of  doing  this, 
that  works  for  most  of  the  cases  arising  in  the  mcdel  space. 
Devices  called.  Focus  Lists  (FL*s)  are  used  In  the  model 
space  for  this  purpose.  We  shall  conclude  this  section  with 
a  summary  of  the  properties  and  conventions  associated  with 
Inter actl cn_c hecks  (frame  checks  )  in  the  mcdel  space. 

Frame  Checking  in  the  Model  Space 

The  dp's  are  used  to  Identify  Interact! ens  that  are  not 
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dlrectly  implied  by  the  descripticn  structures  in  a  domain. 

The  interactions  directly  Implied  by  the  description  struc¬ 
tures  in  a  domain  are  llliistrated  by  the  following  example. 

Suppose  (h  holding  x)  was  newly  asserted,  for  an  ANIMAL, 

X,  and  at  the  time  tltLs  assert! cn  was  made  (m  holding  x) 
was  true  in  the  model  space.  In  our  domain  we  have  the  schema 

[S8]  (ITEI^IS  heldby  HUMANWEHICLE) 

and  thus  only  one  HlllAN  may  hold  an  object.*  Therefore,  the 
asslmllator  will  postulate  automatically  aLl  the  following 
relations : 

[  (h  holding  x)  (x  heldby  h)  r^{m  holding  x)  o.(x  heldby  m)] 

...  (2.44) 

The  assertlcns  for  "holding"  and  "heldby"  appear  together  in 
(2.44)  because  of  the  assumption  (2.4),  which  is  a  part  of  the 
built  in  structure  of  the  model  space.  The  negated  assertions 
appear  because  of  the  schema  [S8],  This  knowledge  will  be  a 
part  of  the  domain  dependent  processors  compiled  for  the  domain. 
To  check  for  the  consistency  of  (2.44)  the  following  CC 's  should 
be  checked: 


CC[  animal  heldby]  (x) 

(2.45a) 

CC [HUMAN  holding ](h) 

(2.45b) 

CC [HUMAN  holding ](m). 

(2.45c) 

CC[X  r]((n^). 

(2.45d) 

*It  Is  also  true  that  while  a  VEHICLE  is  holding  something  nothing 
else  may  hold  the  same  object,  A  description  scheme  where  more  than 
one  person  or  vehicle  may  hold  an  object  is  presented  in  Appendix  I. 
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for  every  [X  r]  such  that  (9^  Is  a  member  of  one  or  mere  of 
the  following  sets: 

DF  [X  r  ]  [  ANIM  AL  he  Idby  ]  (x  h ) 

DF[X  r][ANIMAL  h  ldby](x  m) 

DF[X  r][HUMAN  h..ldlng](m  x) 

DF[X  r]  [HUMAN  holding  ](hx)  ,,,  {2,46) 

For  each  DF  above  the  argument  pair  is  {<ancharXchange>) . 

The  assertions  in  (2,44)  may  be  accepted  only  If  none  of  the 
CC's  above  produce  a  contradiction. 

In  our  domain  the  CC 's  (2.45a)  through  {2.45c)  do  not 
exist.  Where  a  cc  does  not  exist  for  an  anchor  [X  r]  we  shall 
assume  that  the  CC  is  (y  |  r  y ) ),  1  .e .  any  declared  y  Is 
acceptable.  Thus,  the  only  checks  In  the  case  of  (h  holding  x) 
vd.ll  be  these  resulting  from  the  Interactions,  namely  those 
Implied  by  (2.45d)  and  the  DF 's  in  (2.46). 

In  general,  fer  any  ((^  r  y)  the  interaction  between  r 
and  Its  Inverse,  and  r  and  Itself,  is  part  of  the  structural 
knowledge  built  Into  a  domain.  We  shall  therefore  Ignore  all 
definitional  filters  of  the  forms: 

DF[X  r][X  r]  and  DF[X  r][Y  r'] 

for  all  Y  for  which  (X  r  y)  Is  true  --  l.e.  the  scheme  (X  r  y) 
exists ^  We  thus  havXj  the  following  lemma  characterizing  the 
conditions  for  the  existence  of  DF 's ; 
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LWIMA  2  .1  : 

[(EXIST  DP[X  r][Y  t])  (EXISTS  CC[X  r]J 
([Y  t]  elenentof  DONLIST[X  r]) 

~([Y  t]  [X  r])  (<v(X  r  Y)  V  -v(t  inverseof  r))] 

Frame  Filters 

Besides  definitional  filters,  Df[x  r][Y  t],  one  may 
also  have  in  MDS  the  so  called  frame  filters  (FF’s),  FF[X  rj[Y  t] 
An  FF[X  r][Y  t]  may  exist  only  if  DF[X  r][Y  t]  exists,  and  if 
the  FF  exists  then  the  subset 

t](OY  s)nFF[X  r][Y  t  ]  (O^  s)) 

(2.49) 

Frame  filters  may  be  problem  dependent  and  may  be  assigned  to 
an  anchor  during  a  problem  solving  process.  It  may  also  be 
defined  at  the  time  of  domain  definition.  Exajnples  of  use  of 
frame  filters  are  not  discussed  in  this  paper. 

The  subsystem  for  building  dependency  graphs  and  defini¬ 
tional  filters  was  built  by  John  Ng,  in  the  current  implementa- 
ti  on  of  MDS  . 


The  Unary  predicate  EXISTS  is  used  here  with  the 
obvious  connotation. 
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2.5.8.  Focua  Lists  and  the  updating  Process 

Whereas  DF  's  and  FP 's  are  used  to  identify  and  select 
primary  interactions,  one  may  think  of  Focus  Lists  as  contro¬ 
lling  secondary  changes,  induced  by  an  assertion  (x  r  y). 

With  each  [X  r]  one  may  associate  two  kinds  of  focus. lists; 

The  BositiLve  focus  list,  PPL  [X  r],  and  the  negative  focus  list, 
NFL[X  r].  Prom  among  all  t]  such  that  (fg^  r]  dependscn 
[0y  t]),  the  NFL[X  r]  is  used  to  select  those  that  should  remain 

the  EEPP^SS .  Thus,  NFl[x  r]  characterizes 

the  sta^  relays  on  which  [q^  r]  may  dependon.  If  there  is 
an  inconsistency  at  [0^  r]  then  none  of  the  stable  relations 
may  be  changed  in  order  to  resolve  the  inconsistency.  Similarly, 
PFLfX  r J  Characterizes  an  the  imstable  relations  on  which 
[0^  r]  may  depend  on.  Thus,  to  resolve  an  inconsistency  at  an 
[Ox  r],  one  or  more  of  the  unstable  relations  may  be  changed. 

An  element  of  pfl[X  r  ]  Is  of  the  form  PFL[Y  tJ[Xr].  So 
also,  an  element  of  UPLfX  r]  is  of  the  f  orm  NFLfY  t  ][X  r  ].  In 
both  cases,  [y  t],  should  belong  to  DQNLIST[X  r].  Each  PPLfX  rj 
(N^[X  r])  is  anchored  at  [X  r].  Notice  the-:duallty  between 
DP  s  and  PL's  (Focus  Lists);  A  DP  is  of  the  form  DP[x  r][Y  t] 

where  [X  r]  e  DETLIST[Y  t],  where  as  an  PL  is  of  the  form 
PL[Y  t][X  r]. 

Each  element  of  an  PL  is  itself  again  a  set 
construction  expression  of  the  form. 


-75- 


PFLfY  t][x  rj  -  (fy  2]  I  ([Q^  r]  depends  on  [y  t]) 

(y  t  z)(PFLP  0  y  z)) 

NPL[Y  t][X  rj  =  ([y  2]  j  ([0^  rj  dependson  fy  tj) 

(y  t  z)  (NPTDP  Q  y  z)) 

Clearly, 

PFL[Y  tj[X  rj(0^)  n  NPL[Y  tj[X  rj(o^)  =  NIL  (2.50) 

Wo  Shan  usually  assume  the  ccnjuncts  rj  depends  on  [y  tj) 

(y  t  2)"  and  Simply  write  PFl  and  NFL  expressions  as 

PFLfY  tjfXrj  =  ([  y  zj  I  (PFLP  y  z))  (2 ,51  ) 

NFL[Y  tj[X  rj  =  ([  y  zj  I  (NFLP  y  2))  (2.52) 

Also,  when  PFLP  or  NFLP  is  vaccuous  --  i.e.  always  T  —  then  we 
shall  simply  say  thai,  [y  t  j;  Itself  is  a  member  of  FFLfX  r  j  or 
NFIi[X  rj.  Thus,  if  [y  t  j  is  a  member  of  NFL[X  rj  then  for  an 
[C^  rj  all  (Gy.t)  such  that(£G^rj  dependsen  tj)  are  stable 
So  also,  if  [Y  tj  is  a  member  of  PPL[X  rj  then  all  {q^  t)  such 
that  ([(^  rj  dependson  tj)  are  unstable. 

In  our  domain  we  may  have  for  example, 

NFL  [PL  ACE  locaticnof  j  = 

([HUMAN  holding  j  [VEHICLE  holding  j ) .  (2.55) 

indicating  that  when  (Gpjr^^g  locationof)  changes  then  the  perti¬ 
nent  "holding"  and  "holdby"  relatiois  should  remain  stable.  Also 
we  may  have 
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PFL[ PLACE  Iccaticnof]  = 

([HUMAN  location] [VEGETABLE  location] 

[ANIMAL  location  ]  [VEHICLE  location])  (2.54) 

Thus,  if  there  is  an  inconsistency  at  an  locationcf) 

then  one  may  attempt  to  resolve  it  by  changing  the  location 
of  a  HUMAN,  ANIMAL,  VEGETABLE  or  VEHICLE.  Lot  us  consider  an 
example . 

Suppose  a  HUT-IAL'I,  h,  is  holding  an  ANIMAL,  x,  and  h  changes 

location  from  p  to  g.  Let  us  assume  that  initially  the  following 

/ 

is  true : 

[  (h  location  p)  (x  location  p)(p  lccationof(h  x)) 

(h  holding  x)(x  heldby  h)3  (2.55) 

To  move  the  HUMAN  from  p  to  g  the  following  should  be  made  true 
in  the  model  space  (this  is  obtained  directly  from  the  description 
s  true  t ur e  s  inv  o Iv  ed ) ; 

[  (h  location  g)  (g  locaticnof  h) 

^(h  location  p)  ^(p  locationcf  h)]  (2.56) 

To  accept  these  the  following  checks  should  be  done: 

CC[PLACE  locaticnof  ]  (p) 

CC[PLACE  locationcf  ](g)  (2.57) 

and  for  every  Q  ,  such  that  0  is  a  member  of  one  or  more  of 


the  following  sets. 
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DP  [X  r]  [PLACE 
DP[X  r] [PLACE 
DP[X  r][HUr>lAN 
DP[X  r][HUMM 


1^'catlonof  ]  (p  h) 
Iccatlcnof  ]  (g  h) 
lccaticn](h  p) 
Iccaticn  ]  (h  g) 


aiG  has  to  check 


CC[X  r](0^). 


(2  .58) 


(2.59) 


If  we  again  Ignored  the  SAFE  predicate,  as  wo  shall  see  below, 
none  of  the  above  DF 's  would  exist.  In  Table  HI  one  may  notice 
that  "location"  and  "iccatlonof"  occur  only  in  CC[PLAcE  locatloncf] 
and  in  CC[VEHICLE  holding].  In  the  latter,  it  occurs  via  the 
SAFE  predicate.  If  wo  igiored  SAFE  --  assuming  it  to  be  always 
true  --  th$n  the  only  source  of  Interactlcn  with  "location"  and 
"Iccatlcnof"  is  CC[PLACE  Iccatlonof],  Thus,  in  (2.58),  r  would 
bo  either  "location"  or  "iccatlcnof"  and  X  would  be  HUMAI]/ 
VEGETABL^NIMA[/(/eHICLE.  By  lemma  1,  such  DF 's  cannot  exist. 

Thus,  in  this  case  wc  have  no  relation  interactions  to  check. 

The  only  CC 's  to  chock  are  those  in  (2.57).  Let  us  suppose  that 

TR(CC[PLACE  locatloncf  ](p  h))  = 

((h  heldby  NIL) 

((V  y)(p  locatloncf  y)  (SAFE  h  y)]  (2.6o) 

and. 


TR(CC[PLACE  locatloncf ](p))  = 

[(0  =  p)  (s  =  (x  ...  ?)) 

( (s  heldby  NIL)v(s  heldby : Iccaticn  0) ) 
((V  y)(0  Iccatlcnof  y)  (SAFE  s  y))] 


(2.61) 
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The  residue  {2.60)  will  evaluate  to  T  under  hypothesis  (2.56), 
but  (2.61)  will  evaluate  to  NIL,  because  for  (s'.x  ),  and  (G=p  J 
the  expression  ((s  heldby  nil)v(s  heldby rlocatloi  p))  will  be 
NIL.  This  now  contradicts  (2.16),  namely  (p  Iccatlcnof  x)  4=> 
CcrpLACE  locatlonof  ]  (p  x)  producing  the  reason 

[~(x  heldby  NxL)(p  locatlonof  x) 

^.(x  held  by:  location  p)]  ..  (2.62) 

In  the  case  of  CC[PLACE  locatlonof  ]  (g)  we  have  the  .opposite 
situation : 

CO  PLACErico?.tlaiof](g  x)  =  T  but  (g  locatlonof  x)  Is 
false,  because  x  Is  still  at  p  in  the  model  space.  This  will 
produce  the  reason: 

[  (x  heldby ; location  g)  ^(g  locatlonof  x)]  (2.63) 

The  combined  reason  for  failure  at  the  definitional  anchor 
[PLACE  Icoatlcnof]  will  be  the  disjunction  of  (2;62)  and  (2.63); 
Let  (r  X  p  g)  denote  this  disjunction; 

(R  X  p  g)  = 

['N.(x  heldby  NIL)(p  locatlonof  x) 

~(x  heldby :locati on  g)  V 

(x  heldby:  Icxiatlcn  g)  r^(g  locatlonof  x)]  (2.64) 

To  eliminate  this  cause  for  failure  we  shall  try  to  make 

(R  X  p  g)  =  ?.  To  do  this  one  or  more  relations  in  (2.64)  should 
bo  set  to  ?.  The  values  of  the  relations  implied  by 
NPL[PlAce  locatlonof]  canpot  be  changed.  Thus  none  of  the 
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"holding"  cr  "heldby"  relations  may  be  changed  (Please  see  NFL 
in  (2.53)).  So  also,  none  of  the  relations  in  the  hypothesis 
(2.56)  may  be  changed.  Deleting  from  (2,64)  all  the  "holding" 
("heldby")  relations,  and  the  relations  of  the  hypothesis  we 
have  left 

[(p  location  of  x)  V  ^(g  location  of  x)]  (2.65) 

as  the  only  candidates  for  change.  Indeed,  both  these  relation 
values  may  be  changed  since  they  both  belong  to  PPL[ILACE  Iccaticnof 
Lot  us  set 

[  (p  locaticnof  x)  =  (g  locationof  x)  = 

(x  location)  =  ?]  (2.66) 

in  the  model  space.  Then,  u;ider  the  combined  hypothesis  (2.56) 
and  (2.66)  the  reasons  for  the  contradiction  disappear.  Also, 
in  this  case,  the  evaluation  of  CC[PLACE  locaticnof  ]  (g)  will 
automatically  set  (x  location)  =  g  and  (g  Iccaticnof)  =  (h  x..?). 
This  will  complete  the  process  of  assimilating  the  assertion 
(h  location  g). 

In  general,  in  the  model  space,  we  shall  always  attempt 
to  eliminate  the  reasons  for  a  centradictim  by  forcing  it  to 
evaluate  to  ?. 

The  focus  list  should  be  made  more  selective  than  the 
ones  shewn  In  (2.53)  "'^nd  (2.54).  it  is  quite  possible  that  not 
all  "holding"  relations  should  remain  stable.  Thus,  for  example. 
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h  may  be  holding  more  than  one  object,  some  may  be  FIXED  objects 
--  where  FIXED  Is,  say  a  type  of  object  --  and  others  may  be 
MOVABLE  objects.  One  may  then  have  the  rule  that  FIXED  objects 
cannot  change  loca.tiijns,  only  MOVABLE  ones  can.  This  rule  may 
be  captured  by  the  following  FL  expressions; 

NFL[HUMAN  holding  ][ PLACE  locationof]  = 

^I^^HUMAN  I  typeFKED))  (2.67) 

Only  for  objects  z  that  are  not  FIXED  should  holding  z) 

remain  stable.  Sirai-larly, 

PFLfHUMAN  holding] [PLACE  locationof]  = 

I  (z  type  fixed))  (2.68) 

For  FIXED -objects  holding  z)  may  be  changed.  Thus,  when 

z  moves,  'z  would  let  go  his  hold  on  FIXED  objects  and  take  with 
him  only  the  MOVABLE  ones. 

Focus  list  conditions  like  this  may  be  defined  at  donain 
definition  time  or  at  problem  solving  time.  The  DF,  FF  and  FL 
mechanisms  provide  a  practically  imlimited  and  continuous  control 
of  frame  interactions,  and  secondary  updating.  The  focus  lists 
not  only  provide  guidance  for  secondary  updating,  but  also 
provide  a  formalism  to  describe  updating  criteria.  Thus,  strate¬ 
gies  learnt  in  an  updating  process  may  be  siimmarlzed  as  focus 
lists,  for  .future  use. 
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The  focus  list  mechanism  will  be  automatically  invoked 
in  an  updating  process  to  do  means-end  analysis,  when  necessary, 
imless  it  is  blocked  off  by  the,  sc  called,  f J  Iter  switch,  which 
can  be  associated  at  some  time  with  invocation  anchors ,  r]. 

If  for  an  [X  r]  there  are  no  fc'ous  lists  then  it  is  assumed 
that  all  the  relatiaas  are  stable  in  the  context  of  every  [Q  r]. 
Thus,  if  the  filter  switch  is  on  for  an  [0^  r],  or  if  there  are 
no  focus  lists  for  an  [X  r],  then  the  means-end  analysis  step 
will  be  skipped.  The  command  PR,  (Force  Relation)  is  used  to 
force  the  invocation  of  the  means -end  analysis  processes  during 
u  pdating . 

In  the  next  section  we  shall  discuss  soTie  representa¬ 
tional  shifts  in  the  model  space  that  would  enable  the  system  to 
completely  avoid  the  search  for  frame  interactions  and  secondary 
updating,  in  cases  vJhere  Iceations  of  objects  change.  In  effect 
in  the  new  representations,  the  objects  carried  by  a  HUMAN/^EHICLE 
will  implicitly  move  with  the  HUM AnX VEHICLE.  This  shift  in 
repr'esentaticn  is  achj.eved  by  the  use  of  anchored  transf ormati on 
yules  und  the  dummy  storage  flag  (which  was  discussed  in  section 
2,5.2,  item  (iii)). 
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2,5.9.  Anchored  Transformation  Rules 

The  Anchored  Transformation  Rule,  ATR[X  r]  has  the 
general  form: 

[(NIL  <NIL-aGtion>) 

(  ?  <? -actions  >) 

(  T  <T-actions  >)  (2.69) 

where  NIL,  ?  and  T  are  the  possible  outcomes  of  all  the  consis¬ 
tency  and  Interactions  check  at  an  r].  If  the  checks  result 
In  NIL  then  the  <NIL-actlcns>  will  be  executed.  Hopefully,  these 
actions  will  remove  the  cause  of  the  contradiction.  If  the  checks 
evaluate  to  ?  then  the  <?-actlcn>  vdll  be  executed.  These  may 
find  some  or  all  of  the  unknown  values  in  an  updating  process  , 

The  <T-acticns>  when  executed  may  cause  the  “side  effects" 
necessary  in  the  domain  when  r)  is  updated.  In  this  section 
we  Shall  discuss  two  kinds  of  uses  of  ATR 's .  One  is  a  prescrip-  ■ 
tion  for  the  kind  of  updating  that  was  discussed  In  the  previous 
section.  The  other  is  a  shift  in  representation  that  eliminates 
the  need  for  secondary  updates. 

Each  ATR  may,  I'jy  convention,  use  implicitly  the  following 
arguments : 

i )  :  the  anc  her 

li)  s  :  the  change  at  (Oj^  r) 
lii)  OLDVAL  :  Old  value  of  (Ox 
iv  )  NEKVAL  :  New  value  of  (q^  r),  and 

v)  REASONS:  The  reasons  o-btalned  from  all  the  checks. 


Let  us  associate  with  [PLACE  locaticnof  ]  the  follcwing  ATR: 

ATR[ place  Iccaticncf]  = 

(NIL  ((x  I  (s  holding  x)  -v(x  type  FIXED)) 

(ASSERT  (x  locaticn  ?))) 

((x  1  (s  holding  x)(x  type  FIXED)) 

(/iSSERT  -v(s  holding  x)].  (2  .70  ) 

The  first  component  of  <NIL-action>  asserts  (x  location)  -  .  for 
all  X  that  in  effect  satisfy  (2.6?).  The  second  component  asserts 
.(s  holding  x)  for  all  x  that  satisfy  (2.68).  The  command  phrases 

follow  the  syntax: 

<ccmmand  phrase>  ::  =  <acticn>  |  <ccmmandphrase>  ... 

, ,  .<c  ommand  phrase>  j  (<bindingconditlcn> 

<c  cmmandphrase> ) 


The  binding  condition  is  used  to  bind  variables  which  participate 
in  the  <action>.  The  action  itself  will  be  executed  only  if  the 
<bindlng  condltiGn>  is  successful.  In  (2.70)  the  binding 

conditions  are  set  expressions.  In  cases  like  this  the  indicated 
action  is  TDerformed  on  all  the  elements  of  the  set. 


The  above  ATR  gives  a  prescription  for  using  the  focus  list 
predicates  associated  with  [PLACE  locaticnof].  This  may  result  in 
avoiding  some  search  and  decision  at  the  updating  time,  at  the 
expense  of  flexibility.  The  use  of  ATR's  to  change  representa- 
ticns  in  the  model  space  is  shwn  below: 


Let  us  associate  with  [HUMAN  holding]  and  [VEHICLE  holding] 


the  following  ATR,  and  modify  ATR[FLAcE  locatlcnof]  as  shewn  In 
(2.73).  These  ATR 's  and  their  operations  are  discussed  below: 

ATR  [HUMAN  holding]  =  ATR  [VEHICLE  holding]  = 

[(T  ?) 

(((SOME  H:.ACE  p)(0  location  p)) 

( (y  I  (y  clementof  NEWVAl)  ^(y  elementof  CVXiVAL)) 
(ASSERT  ([y  location]  flag  $ )  (y  location  ?) 

( [  p'^cc  atl  on  of  ]  f  lag  $))) 

'  ( (y  I  (y  elementof  OIDVAl)  ~(y  elementof  NEWVAL )) 

(ASSERT  (y  location  p)  ~([y  Iccatlcn]  flag  $)) 

(((  V2  )  (p  location  of  z)  =*^>(z  holding  NIL)) 
(ASSERT  o.([p  .location of]  flag  $)]  (2.72) 

ATR  [PLACE  locatlcnof]  = 

[((T  ?)(((Vy)(y  elementof  NEWVAl)  =#>  (y  holding  NIL)) 
(ASSERT  'v([®  locatlcnof]  flag  ^)) 

(((s  elementof  NEWVAl)  r^.{s  holding  NIL)) 

(ASSERT  ([^locatlcnof]  flag  $)))) 

(nil  (  (x  I  (s  holding  x)(s  elementof  NEVTVAL) 

(x  type  FIXED ) ) 

(ASSERT  ^(s  holding  x))  (2.73) 

Also,  let  us  associate  with  [Y  location]  for  Y  =  HUMAN,  VEHICLE, 
VEGETABLE,  ANIMAL,  the  following  CC : 

CC  [HUMAN  location]  =  CC  [VEGETABLE  location]  = 

CC[ANIMAL  locatlca^  =  CC[VEHICLE  location]  = 

[(PLACE  p)  j  {Q  location  p)(G>heldby  NIL)  V 

(0  heldby: location  p)]  (2.7^) 


The  ATR  In  (2.72)  d'^es  the  following: 
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For  all  y  such  that  0  has  Just  gotten  hold  of 'the  y  --  i.e., 

(y  elementof  MEW  AT.)  eleraentof  OLDVAl  )  —  the  dummy  flag, 

is  asserted  for  the  invocation  anchor  [y  location].  Also 
(y  location)  =  ?  is  set,  and  for  the  PLACE,  p,  such  that 
(0  location  p),  ([p  locationof]  f lag  $  )  is  asserted.  As  discussed 
in  section  (2.3.2),  item  (ill),  the  $  flag  has  the  following 
interpretation:  Every  time  (y  location)  is  called  for,  its  value 
will  be  computed  using  the  CC  anchor  ATR  associated  with 
[y  location],  ih  our  case,  this  would  cause  the  CC  in  (2.74) 
to  be  evaluated,  and  (0  heldby: location)  to  be  returned,  m  the 
case  of  [p  location^,  the  value  of  (p  locationof)  may  be, 

^2  ...  ?),  where  the  ?  Indicates  the  presence  of  possibly 
more  elements  m  the  collection.  The  CC  associated  with 
[p  locationof]  will  be  evaluated  to  find  these  additional  ele¬ 
ments,  namely  the  elements  that  are  being  held  by  . . . 

The  second  part  cf  the  ?-T-acticns  in  (2.72)  takes  care 
of  the  case  when  an  object  is  just  let  go  off  by  Q  --i.e. 

'v(y  elementof  NEWAL)(y  elementof  OLDVAL).  For  all  these  y, 

{y  location  p)  is  asserted.  That  is.  y  is  put  at  the  place  at 
Which  e  IS  located.  The  ®  flag  on  [y  location]  Is  removed,  and 
If  none  of  the  objects  at  p  is  holding  anything  then  the  $  flag 

at  [p  locationof]  is  also  removed.  This  sets  the  representation 
back  to  old  form. 

The  ATR[PLACE  locationof]  keeps  track  of  moving  the 
flag  as  an  object  at  a  place,  that  Is  holding  something,  moves 
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to  another  place.  If  x  Is  at  p,  and  (x  holding  m)  is  true,  tten 
by  (2.72),  ([p  locaticnof]  flag  $)  will  be  true.  Now,  if  x  moves 
to  g,  then  ([g  locatiuncf ]  flag  $)  is  asserted,  and  if  p  dees  net 
have  any  more  objects  that  hold  something  then  ~([p  Iccatlonof] 
flag  ^t;)  is  asserted. 

The  selective  association  of  these  flags  now  completely 
eliminates  the  need  for  secondary  updating  in  the  model  space,  as 
locations  change.  Thus,  a  VEHICLE  may  be  holding  a  hundred 
passengers.  But  as  it  moves,  the  only  secondary  change  in  the 
model  space  will  be  the  movement  of  the  flag  associated  with 
[p  locatlcncf].  The  Iccatlcns  of  the  passengers  themselves  need 
not  be  changed. 

In  the  example  we  discussed,  fortunately,  there  was  no 
propagation  of  secondary  changes  in  the  updating  process.  The 
propagation  characteristics  at  an  [X  r]  are  governed  by  the,  so 
called  CLOSURE([X  r]), 

CLOSURE([X  rj)  = 

(DONLIST[x  r]  b’  DETLIST[X  r]  U 

(CLOSURE (DQNLIST[X  r]  u  DEILISTfX  r]))  (2.75) 

where  the  closure  cf  an  union  is  the  union  of  the  closures  of  its 
elements.  In  the  case  of  [PLACE  Iccatlonof]  ,  we  had 

CLOSURE  ([PLACE  Iccatlonof])  =  DON  LIST  [PL  ACE  locatlcncf]. 

(2.76) 

This  was  the  reason,  why  we  had  no  propagation  of  secondary  changes. 
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One  may  define  the  depth  of  an  [X  r]  to  be  the  nxomber  of 
applications  of  the  CLOSURE  operator  in  equation  (2.75).  For 
[PLACE  Iccatlcncf  ],  its  depth  is  1  .  In  general,  the  defini¬ 
tional  filters  and  the  focus  lists  may  be  ordered  at  an  [X  r] 
in  increasing  order  v:;!  the  depth  of  [Y  t],  for  [Y  t]  o  DETLIST 
[X  r],  and  [Y  t]  e  D01'ILIST[X  r].  In  an  updating  process,  one 
may  choose  the  secondary  changes,  in  increasing  order  of  their 
depths,  preferring  these  with  smaller  depths  over  those  with 
larger  depths . 

CLOSURE[X  r]  may  be  computed  from  domain  definitions.  One 
may  also,  of  course,  compute  a  CLOSUREfQj^  r]  for  an  instance 
[0^  r]  of  [X  r],  at  "run  time"  by  using  the  definitional  filters, 

This  completes  the  discussion  of  the  basic  modelling 
concepts  in  MDS ,  V/e  shall  conclude  this  section  with  a  review  of 
what  we  have  done  so  far. 
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2 .  o QMept  Based  Representations;  Bundles. 

We  have  proposed  a  way  of  defining  relational  systems, R, 
and  using  them  for  two  purposes:  Cue  Is  to  define  the  syntax 
and  semantics  of  elementary  descrlptlcn  languages .  L,  that  are 

based  on  R.  The  other  Is  to  define  the  structures  and  processes 
of  model  spaces .  M. 

The  ^ndle  structures  are  obtained  by  viewing  the  rela¬ 
tional  schemas  and  their  consistency  from  the  point  of  view  of 
classes,  X,  that  naturally  occur  in  the  domain;  what  relations 
may  occur  with  X,  and  cn  what  classes,  Y,  do  the  relations  of  X 
depend  on.  The  of  an  entity,  x,  is  a  representation  In 

the  model  space,  of  the  descrlptlcn  of  x  In  the  language  L.  It 
is,  a  model  of  x  not  only  in  the  sense  that  It  Is  a  representation 
S.2.  but  also  in  the,  sense  that  it  satisfies  within  the  ^-valued 

of  logical  consistency,  that 

jjistances  of  the  class  x  should  themselves  satisfy,  in  the 
relational  system  P. 

Slots  In  the  bundle  not  only  have  values,  but  also  the 
^nd  ^otheses.  assox;lated  with  the  values.  Where  a 
value  is  unknown,  it  may  be  characterized  by  conditions, 
expressed  in  L.  Most  Importantly,  all  the  potential  Interactions 
of  a  bundle  with  other  Indies  m  the  model  space  may  be  derived 
economically  using  the  DF  and  PP  filter  schemes.  The  depth  of 
such  Interactions  may  be  controlled  at  problem  solving  time  by 
the  use  of  frame  fmers,  and  the  filters  switch. 
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The  schematic  definltlcn  of  the  properties  of  a  class  X 
in  R,  is  also  the  definition  of  the  bundle  scheme,  used  to 
represent  members  of  class  X.  What  makes  these  schematic  defi¬ 
nitions  useful  and  interesting  is  that  they  are  Instantlable . 

Thus,  the  bundle  paradigm,  which  is  essentially  a  description 
paradigm  may  also  be  used  as  a  programming  paradigm:  What  is. 
described  as  a  byndikP.  schema  may  also  be  instantiated  in  the 
model  space.  Of  course,  it  is  assumed  that  the  schema  defini¬ 
tions  themselves  are  consistent. 

To  instantiate,  X,  one  may  first  create  a  new  instance 

cf  the  data- type  that  is  associated  with  X,  if  the  CC[X  instance] 
and  ATR[X  instance]  ass«!iated  with  X,  admit  cf  such  an  instance. 
Initially,  all  the  slots  of  will  contain,  ?,  indicating  that 
their  values  are  all  unimown.  The  slots  may  be  filled  by  issuing 
(instantiate  (0^  r))  commands  for  each  relatlcn  r,  that  is  asso¬ 
ciated  with  Qy..  If  CC[X  r]  is  imperative,  then  this  may  succeed 
in  finding  the  (y  j  r  y)),  or  characterizing  this  value  by 

a  ccnditlm.  Othervjise,  it  may  find  the  candidates  for  (O  r). 

X 

The  choices  of  y  for  (G^  r  y)  would  then  have  .to  be  made  by  the 

DESI®jer,  TP  or  a  user,  depending  on  the  context  of  creation  of 

• 

Mcdlflcatlon  to  the  model  space  are  done  by  the  INSTANTIATE 
FORCE  and  DELETE  commands.  The  problem  solving  systems  or  a  user 
that  issue  these  canmands  need  net,  however,  be  too  domain  specific 
The  ASSIMILATOR  con  use  the  domain  knowledge  fco  imderstand 
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th©  cons6qu©nces  of  a,  giv©n  ass©rtion#  and  wh©r©  th©r©  is  an 
inconsist©ncy,  provide  th©  r©asons  for  it.  This  fr©©s  th© 
prQgranim©r  or  th©  probl©m  solv©r  from  a  whol©  class  of  d©tails 
of  th©  dcmaln  charact©ristics ,  nam©ly  all  thos©  that  p©rtaln 
to  th©  consist©ncy  of  th©  mod©l  spac©.  Thus  programs  can  b© 
vague  or  may  ©v©n  contain  errors.  Th©  system  can  respond  intelli¬ 
gently  to  unexpected  situations,  v;©  shall  refer  to  this  kind  of 
programming  as  Khov; ledge  Based  Programming  Srinivasan  p  973b, 
1977c],  a  programming  methodology  in  which  a  user  or  a  system 
need  not  be  aware  of  all  the  relevant  danain  laws  .  The  paradigm 
for  knowledge  based  programming  is  illustrated  in  figure  5.  The 
program  c ontro  1  uses  the  reasons  and  hypotheses  supplied  by  the 
ASSIMILATOR  to  decide  on  the  next  step  in  program  execution. 

Also,  these  reasons  and  hypotheses  are  used  to  update  the  program 
e_xecutian  state  .  It  should  be  noted  that  in  this  paradigm  the 


Fig.  3:  paradigm  for  Knowledge  Based  Programming 


next  command"  generated  by  the  program  control,  may  not  be 
present  in  the  vague  specification  of  the  program.  It  may  be 
one  that  is  generated  by  the  control. 


The  organization  of  the  program  control  and  the  program 
execution  state  is  a  characteristic  of  the  kind  of  problem 
solving  that  is  dene  by  the  program,  to  decide  on  the  next 
command.  In  MDS  we  distinguish  between  three  general  schemas 
for  doing  this;  The  goal  directed  schema  of  DESIGNER,  the  model 
construction  schema  of  THEOREM  PROVER,  and  the  understanding 
schema  of  LINGUIST.  Thus,  in  the  MDS  paradigm,  an  intelligent 
machine  will  have  feur  execution  controls,  with  associated  data 
organizations;  Those  cf  ASSIMILATOR,  DBSI®rER,  TP  and  the 
linguist. 

This  kind  of  use  cf  model  space  is  made  possible  largely 
because  of  the  choice  of  object-based  representations,  as  the 
basis  for  deflnin£  relational  systems,  and  the  use  of 
anej^pred  PC’s  for  constraint  specification.  In  this  schema  the 
CC  s  are  used  both  as  f unc ti ens  and  as  predicates .  The  advantages 
of  object -based  representations,  as  contrasted  with  operator- 
based  representations,  are  summarized  below: 

(a)  Local  Isoj^ation;  The  effects  of  an  inconsistency  at 
a  definition  anchcr_  is  IccaUzed  to  itself,  and  other  relatims 
that  interact  with  it.  The  interactions  themselves  are  predict¬ 
able  and  smcc-thly  c  ;ntrc  liable,  using  filters  arid  focus  lists. 
Errors  can  be  characterized  in  terms  of  the  static  properties  cf 


of  the  mcdel  space.  In  operator -based  representations,  error 
propogatlcn  characteristics  carriot  often  be  easily  stated  in 
terms  of  the  static  properties  of  a  model  space.  They  may  be 
characterized  only  in  terms  of  operator  sequences,  or  a  grammar . 
These  are  not  convenient  entities  with  which  one  may  reason. 

(b)  Immediacy  and  Focus  ;  The  items  that  participate 
in  a  predicate,  function  or  a  problem  solving  process  can 
provide  immediate  access  to  all  properties,  contraints,  trans- 

A 

fcrmatins,  and  combinations  of  reasons .  that  might  be  relevant 
to  the  context  of  tj:elr  use.  In  operator-based  representations, 
the  interactions  among  items  will  depend  on  the  operator  sequence 
Involved,  and  combinations  of  properties  relevant  to  a  task  may 
only  be  indirectly  obtained  via  the  effects  produced  by  the 
operator  sequences. 

(c  )  Flexi bllity ;  This  is  partly  a  consequence  of  (a) 
above.  Changes  and  extensions  to  definitions  of  classes  In  a 
domain  may  be  introduced  more  gracefully  in  object -based  schemas, 
than  in  operator -based  ones .  Changes  and  extensions  in  an  opera¬ 
tor-based  scheme  may  call  for  a  change  of  the  entire  system. 

(d)  Incompleteness  ;  In  object -based  schemes,  incomplete 
data  result  in  partitioning  of  properties  into  known  and  unknown 
categories,  where  the  ^-'values  logical  system  may  be  uniformly 
used  to  characterize  a  modol  space.  In  operator -based  schemes, 
unless  the  operators  are  defined  a  priori  to  account  for  every 
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pcssible  ccmbinatlcn  cf  unknowns,  it  is  not  possible  to 
characterize  conveniently  the  state  of  a  model  space.  Unknowns 
in  operator -based  systems  will  result  in  "non-determinism", 
which  may  contribute  to  combinatorial  explosions. 

In  the  next  chapter  we  shall  present  the  basis  for 
com  mens  ense  reasoning!:  and  briefly  discuss  algorithms  for 
CC -evaluation,  and  residue  extraction. 
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m  Residues^  Commonsense  Reasoning  and  CC -evaluations 

In  this  chapter  we  shall  define  the  syntax  of  CC's,  define 
^he  ^-calculus  that  is  used  to  compute  residues  and  prove  the 
properties  of  residues  that  make  them  useful  for  commonsense 
reascnlng.  The  CC-evaluatlon  process  and  associated  representa¬ 
tions  are  discussed  in  section  Some  of  the  representation 

schemes  in  the  MDS  model  space,  that  facilitate  CC-evaiuatlcn 
are  discussed  In  Appendix  II. 

The  methods  discussed  in  this  section  are  not  unique  in 
any  sense.  They  are  included  here  only  to  make  the  definitions 
precise  and  to  point  out  the  feasibility  of  using  the  commonsense 
reasoning  paradigm.  In  a  subsequent  paper  vje  shall  discuss  the 
complexity  of  CC  evaluation  processes,  in  the  context  of  the  MDS 
model  space. 


5.1  :  Syntax  of  Consistency  Conditions 


<CC>  ^ 
<set-exp>  ^ 
<set-var>  -> 


<scope>  ^ 


<set-exp> 

(<set-var>  "j"<P>) 

<var>  I  <tuple>  | 
(<sccpe>LJ<var>) 

(<sc  ope>  i_ij  <tuple> ) 

<class>  j  <class> <scope> 
<class>\ <scope>  (  X 


<class>  is  used  to  denote  the  name  of  a  class  in  a  domain. 


It 


is  also  the  name  of  template  that 
"ljl"  is  used  for  blank,  x  is  used 


defines  the  class.  The  symbol 
for  null  string .  It  is  also 
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later  used  for  denoting  null  sets 

<7ar>  ^  X  I  y  I  |  | 

<1>  >0  I  1  I  2  I 

<v>  ->  <var>  I  <tuple>  |  <fn-call> 

<tuple>  ->  [<segment>] 

<p-arg>  ->  <var  >  jC<v>  |^<r>)  |  C<.v>  u  4v>) 

<^e3»w<ry\t>  <p  cLrq>  (  <s»e9Mevtt  >»-»  <p-A-rg> 

<r>  ^  <relname>  |  <relname> : <r> 

<relnane>  is  used  to  denote  a  relation  name  in  the  domain. 

<fn-call>  ->  (<fn-name> l_jJ<args>) 

<fn-name>  denotes  the  name  of  a  function  defined  by  using 
the  functicn  template  schema.  Functions  appearing  in  a  CC  are 
required  not  to  change  the  model  space  during  CC  evaluation. 

<args>  -»  <segment>  |  <set-exp>  | 

<args>  I  i|<args> 

<quantifier>-»  (<scope>|_j<b-vars>)  \ 

(<q-type>L!j<scope>Lil<b-vars>)  [ 

(S OME  Li  <sc  ope>  LJ  <v  ar>  UiJ  <i >  I— i  <i>  ) 

<q-type>  ^  Ali  | SOME |  THE 

In  our  discussions  in  this  chapter  we  will  use  "(Vx)" 
and  "(3x)"  as  the  symbols  for  quantification.  This  is  dene 
only  for  convenience.  All  quantifiers  in  CC ’s  are  required  to 
be  as  specified  by  <quantif ier> .  In  the  existential  quantifi¬ 
cation,  "(SOME  ...  <i>  <i>)"  the  integers  are  used  to  indicate 
lower  and  upper  bounds  on  the  number  of  solutions. 


<b-vars>  ->  <var>  |  <var>  l_J<b-vars> 

<P>  (<P-arg>Lj  <T>LI<p-arg>)  | 

(<tuple-nanie>  I _ )<segment>)  j 

~  <P> 

<P>  is  the  elementary  predicate.  We  shall  use  symbols 
P.  q.  Pi,  qi,  etc.  to  denote  these.  Notice  that  <p>  can  appear 
With  or  without  negation.  The  <tuple-name>  denotes  the  name  of 

a  tuple  Opiate,.  Tuple  templates  are  used  in  MDS  to  define 
n-ary  relations  f or  n  ^  1  . 


<&-seg> 

<F>  j  <p>  ^  <&-seg> 

<&-exp> 

(<,5:-seg>)  1  <p>  1 
<P>  <&-exp> 

<V  -seg> 

-J- 

<P>  1  <R>  V  <V-seg> 

<V-€xp> 

i<V-ses>) 

<  5^  -exp> 

(<P>  =#>  <p>) 

«=^  -exp> 

(<P>  <=»  <p>) 

<'\«xp> 

(  (^» 

<q-seg> 

<quantifier>  <p>  | 
<quantifier>  <q~seg> 

We  shall  use  the  symbol  <q>  to  denote  a  Quantifier. 
<L-exp>  -»  <p>  j  <&-exp>  j  <::v-exp>  j 

<  ■■exp>  j<5;j^-exp)  |<fx>exp> 

<P>  ->  <L-exp>  j  (<q-seg>). 

The  following  special  symbols  are  used,  whenever 
convenient 
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*  ->  V  I  - 

n  ^  X 

<F>  A  <P> 

A  <p>  -> 

e  ->  T  I  U|  p 


Thus  will  denote  TR,  ur  and  PR, 
as  the  evaluation  function,  and  a  Is  used 
tlon  list  of  the  form 


cp  is  used  throughout 
to  denote  a  substltu- 


a  =  [(x  a)(y  b)  ...] 

indloatlns  substitution  of  a  for  x,  b  for  y,  etc.  faJP  Is  tho 
predicate  expression  p  with  substitution  a.  .p[a]P  Is  the  truth 
value  Of  fa]P.  By  oonventlonj  =  ?,  will  denote  T.  ?  or  NIL. 

Consistency  conditions  are  represented  In  the  model  space 
in  their  mini, -sc ope  forms.  This  form  Is  defined  In  the  next 

sectlo,,  and  rules  for  converting  an  arbitrary  p  to  its  mini- 
scope  form  are  presented. 

3 .2  The  Mnl-Scope  Form 

Let  <v>  denote  a  string  of  universal  <quantlflers>.  and 
<3>.  a  string  of  exl,stentlai  <quantlfiers>.  Let  Px  be  a  predi¬ 
cate  expressly  In  wash  x  occurs  free,  and  Pic  be  one  In  which 

X  does  net  occur  free.  Then,  tte  definition  of  the  Mini -Scope 
Form  (MSP)  may  be  stated  as  follows; 

(P'1  )  P  is  in  MSP 

(P2)  If  p  ana  Q  are  In  MSP  then  so  are  (p  v  «)  po 
m.  (P^Q)  and  P^Q. 


-96- 


(F3)  If  P  is  in  MSF  then  ((Vx)p)  is  In  MSF  only  if  x 

cccurs  free  in  P,  and  P  is  not  of  the  form  PiP2* 

(Pi  -  p,) 

(F4)  If  P  is  in  MSF  then  ((3x)p)  is  in  MSF  cnly  if  x 

cccurs  free  in  P,  and  P  is  not  of  the  form 

(P^  V  P2). 


The  fcllowinj::;  rules  may  be  used  to  convert  an  arbitrary 
P  to  its  MSF.  The  propositional  rules  given  below  are  to  be 
applied  first.  The  I’ulcs  are  applied  until  no  more  rules  can 
be  used . 


(A) 

Propositional  Rules 

i) 

r\j  r\jP  -> 

P 

ii) 

(p=^  Q)  -> 

(<vPVQ) 

ill) 

(P  Q)-» 

(pQ  V  o,p  ^) 

iv) 

0.  ( PQ )  -> 

(  <vP  V  o£l) 

v) 

<^.(PVQ)  -> 

ojP  <x.Q 

(B) 

Quantificational  Rules 

1) 

'v((Vx)p) 

( (3x)~p) 

ii) 

~( (3x)P)  -> 

((¥x)o,P) 

iii) 

((Vx)  Px-> 

P 

iv) 

((3x)  Px)-; 

^P 

Here  Px  ln(aicatcs  that  x  does  not  occur  free  in  P. 

v)  (<:V>PQ  (<:¥>P)(<¥>Q) 

Vi)  «3>(F/Q))  ^  («3>P)  V  (<3>Q)) 
vlll)  ((¥x)  <¥>  (Px  V  Qx))  -> 

(<V>  (((¥x)p)  V  Q) 
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vlii)  ((Vx)<V>  (piE  V  Qx)  ^ 

(<:v>  (p  V  ({Vx)Q))) 
lx)  ((3x)<3>  Px  Qx  ->  «3>  ((3x)p)Q) 
x)  ((3:c)<3>  Px  Qx 

(«3>  P  ({3x)Q)). 

We  shall  assume  that  the  variables  in  a  predicate 
expression  are  all  distinct.  In  the  current  Implementatlcn 
oi  MDS,  the  prograrn  for  transforming  CC’s  to  their  MSP  was 
written  by  Tau  Hsu. 

In  the  next  section  the  residues  are  defined  and  the 
-calculus  that  is  used  for  residue  extraction  is  Introduced. 

30  Residues  and  partitions  . 

We  shall  first  define  residues  for  propositional  express 

ions.  As  mentioned  before,  let  a  be  a  substitution  list  of  the 
f  orm ; 

a  =  [  (x  a)  (y  b)  ...  ]  ^ 

If  X  is  in  O',  then  we  shall  let 

[a]((Vx)P)  =  [aJ({3x)P)  =  [a]P.  ^2  ) 

If  X  is  free  in  P  and  x  dees  not  occur  in  a  then  we 
Shall  assign  x  =  ?  in  P.  Also  we  have, 

(a)  <p(x  r  ?)  =  ?  for  all  x  for  which  (x  r)  is  dimen¬ 
sionally  Consistent. 
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(b)  Per  tuple  name  R, 

(p  (R  a^  ...  ?  . . .  a^ )  =  T  If 

'■p  ( (Vx  Kr  a^  a^  . .  .X . .  .a^  ) )  =  t 

=  NIL  If 

9((Vx)(R  a^  a^  . .  .X. .  .a^) )  =  NIL 
else  =  ? 

(c  )  (p  ( ?  r )  =  cp  (r  ? )  =  ? 

where  r  is  a  relation  path 

For  a  function,  f,  if  one  or  more  of  its  arguments  is  unknown 
then  its  value  is  ?,  unless  the  function  itself  returns  another 
value.  Thus,  in  the  h-valued  logical  system  (p[a]P  is  always 
well  defined. 

V/e  Shall  require  that  expressions  of  the  form,  (epP  =  ?), 
eo  not  occur  in  GC 's .  This  is  consistent  with  cur  view  that 
in  a  domain  itself,  there  is  no  concept  of  a  relation  having 
value,  ?;  Every  relation  is  NIL  or  T  in  some  model  space.  How¬ 
ever,  there  may  exist  P,  for  which  it  may  be  impossible  to  cons¬ 
truct  the  model  space  in  which  P  =  T  or  NIL.  In  MDS,  such  pre- 
dj-cates  may  have  value  ?,  and  computations  attempting  to  assign 
a  T  or  NIL  value  to  them,  may  never  terminate.  This  view  is 

consistent  with  semi -decidability  of  sentences  in  first  order 
logic  . 
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5  -3  . 1  Rescues,  _and  Parti t1  ms  of  Propofli 

We  Shan  assume  that  an  prepositions  are  m  mini -sc  ope 
forra:  l.e.  negatla,s  appear  cnly  m  the  elementary  forms  p,  and 
«  and  V  are  the  only  ocnnoctlves.  We  shall  consider  below,  only 
grounding  substitutions,  l.e.,  p  has  no  variables  m  It. 

Deflnltlcn  Residues  of  Elementary 


(^fa]p=p)  if  (p[a]|o  =  (pr,  else  X  . 


TR[a]<i>p  =  'vPRfaJp 
RHfc^]'^.p  =  ^TRfaJp 
UR[a]'vp  =  ^UR[a]  p 


(3.5) 


B?a.nltlcn  RosLdues  of  Cmdunctlms  Dlslunctims 

Let  *  be  ^  or  V.  Then 


(eRfaJP.,  ) 


Lomma  ^.1 


((p[a]p\(p5)  (^[a]P  =x) 


(3.6) 


(3.7) 


Leirroa  3.2 


(«R[a]p\  A)  {<p[a](5R[a]p)  =^5) 

Proofs  of  these  lemmas  are  by  Induction  cn  the  structure 

of  P:  P  is  a  <p>  or  P  Is  (P  v  P  v  ...  vPj  or  P,  P  p 

'  ^  Pp  •••  P^. 
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We  Shall  hereafter  Indicate  explicitly  the  bindings 

associated  with  a  residue,  by  writing  the  residue  in  the 

f  erm 


[a](^[a]P). 


3  *3  *2  Residues  and  Pa.rtltlons  cf 
PredjLoate  Exoressi  ons 


3  .3  *2  .1  Substitution  R  qnges  y  Their 

PST-tltlcns  and  Solutlcns  cf  p 


A  substitution  range  is  a  list  of  the  form 
a  «  (a‘  of  . , , 
where  each 

^  =  [(x^  (n“,j  a^^  a^2...)) 


(3.9) 


(3.1o) 


in  which  a^^  are  constants,  por  1 
that 


’I»2,,,,^n,  we  shall  say 


(Range  Si  )  =  (aj,  aj^  . . . ) 

Dexinltlcn  {„  3  ^ 

(a  e  If  Cl  and  ^  have  the  same  variables, 
each  X  in  a, 

(Range  a  x)  C  (Range  x). 


(1) 


and  for 
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(11 )  (a  e  a)  If  there  exists  an  1  such  that  (5/  memberof  a) 
find  a  e  . 

(ill)  (a  D  P )  (p_C  a)  If 

((V'5)(6  e  p_)  (6  e  gt,))  (5. IS) 

In  the  context  cf  predicate  expressions,  we  shall,  at 
times  distinguish  between  three  kinds  of  substitution  ranges. 

1)  Range  of  Unlversais;  g^(P) 

g^(p)  Is  of  the  form 

a^^(P)  =  ([(x(a^a2...))(y(b-,b2...)) . ])  (3.I3) 

and  It  specifies  tlie  range  of  values  for  the  universally 
quantified  variables  of  p. 

(11)  Free  Range:  g^(P) 

Is  of  the  f^rm  (5.9)*  and  It  specifies  the  range  of 
values  for  the  free  variables  cf  P.  If  P  has  no  free  variables, 
then  a^(P)  =  A. 

(Ill)  Solution  Range:  ^^(P  ^f) 

Is  of  the  form  (5.I5)  and  It  specifies  the  solution  for 
the  existentially  quantified  variables  of  P,  for  the  given 
free  range  . 
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since  we  have  cssuned  that  all  variables  in  p  are 
distinct  clearly,  ^  and  will  not  have  any  common 
variables.  By  defiriticn,  let  us  set 

fX]P  =  p  ana  (X  e  x) 


We  Shall  often  use  cr  to  denote  a  substitution 
range  m  which  x  Is  the  only  variable.  We  shall  use  Cq^Cp 
to  denote  the  .^-solution  of  P  for  the  free  range  .  A^o,  we 
shall  generally  use  expression  of  the  forms: 

With  the  Interpretation 

(Va)(a  €  ?af)(¥p)(pe  5^) 

((36)(6  e  tag)(cpfa]fp][6jP  =cp?)  (5.14) 

irrespective  of,  wnother  the  variables  in  are  universally 

quantified,  ahd  these  in  0^  are  existentially  quantified.  But, 

always  and  Og  are  used  to  specify  ranges  for  the  bound 
variables  of  P. 

We  will  consider  residues  cf  predicates,  p,  mly  in  the 
context  of  a  given  c^.  We  shall  make  use  of  the  fact  that  p 
is  in  mini-scope  form,  and  define  the  residues  miy  for 
dxpresslcnsof  the  f orm  ((Vx) {P,vPgV  . . .vP^) )  and  ((3x)(p,P2...P  )) 
ameng  quantified  exipressl ons , 
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Every  predicate  expresslcn  p,  may  be  reduced  to  its 
equivalent  prepositional  form  in  the  model  space,  since  P 
is  evaluated  cnly  ever  the  models  that  exist  in  the  model 
space.  Thus,  residues  of  P  are  equivalent  to  residues  of 
their  associated  propositional  forms.  But,  propositional 
residues  of  this  kind  are  likely  to  be  very  large  expressions. 
They  are  hard  to  generalize.  They  cannot  easily  be  used  in 
new  situations,  when  the  bindings  of  the  variables  change. 

The  expressive  pewer  of  the  sentential  forms  of  P  is  completely 
lost  in  the  propositional  residues.  We  shall  discuss  below  a 
way  of  extracting  the  residues  in  which  the  sentential  forms  of 
P  are  not  lest.  We  shall  express  the  residues  in  terms  of 
expressions  of  the  forms; 

=  [<scope  of  bindings  for  variables  in  Q>]Q. 

whore  Q  would  be  a  subexpression  of  the  parent  expression  P, 

and  the  bindings  specify  the  context  for  Q.  If  the  model 

space  changes  and  the  bindings  change,  then  Q  may  be  easily 

re-evaluated  in  the  context  of  the  new  bindings.  Since  Q  is, 
in  general,  a  sub-oxpresslcn  of  p,  the  re -evaluation  of  Q  will 

always  be  a  simpler  task,  than  the  re-evaluation  of  p. 

5.5.2  .2.  g -Solutions  of  p 

Definition  5.4:  Partitions  induced  bv  P 


Every  predicate  expression,  P,  Induces  a  partition  of  the 
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range  of  Its  free  variables.  a(.(p)  Into  three  parts 
?%(P)  for  5  =  T,U  and  P: 

Sa<P)  =  (a  I  (a  e  2^  (P) )  ((p[a]P  =  (p^)  (3.15) 

Also,  if  2  is  the  cnly  bound  variable  of  p,  then  we  shall  say 
that, 

^2(p  a)  =  (u  I  ((p[a][(z  u)  ]P=(p^  ))  (3.16) 

and 

2\P  a)  =  [Tz(F  a)  Uz(p  a)  Pz(P  a)]  (3.1?) 

If  P  is  an  elementary  predicate,  p,  then  z(p  a)  may  be 
computed  using  the  model  space.  For  binary  relations,  the 
storage  of  relation  values  in  terms  of  collections  (See 
Appendix  II ),  facilitates  the  direct  retrieval  of  z(p  a)  from 
the  model  space.  F.r  n-ary  relations,  n  >  2,  the  partition 
2(p  a)  will  be  computed  when  called  for. 

We  Shall  present  the  residue  definitions  in  such  a  manner 

that  it  makes  apparent  its  computation.  Besides  computing 

residues,  we  shall  also  compute  the,  so  called,  partitions  of 

P  for  a  given  .  An  example  of  a  partition  of  P  is  presented 
below  : 

Suppose  ,p[o^]p  =  ?  and  p  =  ((Vz)p, ).  Then  by 
definition 
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((3a)  (a  €  a^)(o[a]P  =  ?)) 

~(3p)(p  €  a^)(cp[p]P  =  nil) 


(3.18) 


Thus,  in  this  ease  P|^(P)  .  x.  Howeven,  T^(P)  „ay  exist. 

U%.(P)  would,  of  course,  exist.  The  true  residue  win  have 

the  f  orm 

TR[Tc^]P  =  tT^(P)]fTa^][Tag]Q  ... 

for  see  sub-expresslx,  Q  of  P.  por  each  „  In  u^(p)  tte 

universally  quantified  variable,  z.  may  have  Its  range  parti- 
tloned  into  two  parts; 


and 


Uz(P  a)  =  (b.,  b  ...  b  ?) 

Tz(P  a)  =  (a  a.^  ...  a  ), 

Such  that  for  ^  ~  u  and  T 

(u  e  e2(P  a))  (cpfa][{z  .u)  ]  = 

In  this  case,  we  shall  say  that 

Ug^(P)  =  ([a  (z  Uz(P  a))]  | 

(a  €  Uc:^.(p))(uz  (p  c)\?i)] 
and  URfa^  ]P  =  UR(:Up^(p)]P^ 

Also,  U^£^(P)  =  ([^  (2  T2(P  a))  I 

(a  €  Ug^,(P))(Tz(p  a)\x)] 


(3  .20 ) 


(3.21  ) 
(3.22) 


and  the  true  partition  of  p. 


(5.23) 
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nnafJP  »  (®fTc^(p)3p  ,  ®ru^f(p)]P,) 


(5.24) 


This  Is  the  part  of  p  tih+-w  j*. 

evaluated  t  t  a^-ooiated  bindings,  that 

O  rue,  „hen  P  itself  evaluated  to  ?  for  oj. 

’  h-e  the  unknown  ^  nf  , 

n  P  is  a  prcposltlcn,  cne  „,ay  have  a  true  part  r  , 

'  “hen  P  evaluates  tc  ?  (n^).  Thus,  p  =  p  p  „ 

-y  evaluate  to  v  for  an  „,  but  so»e  p  ,  for  ,  .  f  ’  " ' 
be  such  that  cp[a]P^  =  T.  ^  -  i  ^  k  may 

'^e  Shan  throughout  use  the  ocnventl*  that 

^[^]P  =  n^[x]r=:x 

(5.25) 

» ... ....  j.,  ::::;::,"::- "  “  •■  -*  •■ 

^-1  .  ^  ^  variable,  ih  cases  m 

tlus  we  Shall  usuaiiv  sav  "the 

ofK".  ■  equal  to  the  scope 

the  subsection  below  we  define  the,  so  called  p 

calculus  that  js  4-  ^^xiea,  ^ 

o  compute  -residues  and  n£  parti t-f 
°P  P  for  given  ran,  os  of  «  The  ca,  ,  nc-partltlons 

«  the  structure  of  P:  Inductively 

(i )  P  is  a  p  >1,  a  ^p. 
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(11)  P  =  (P^  Pj  P^),  ic  >  1,  ♦  =  ,  or  V. 

or  (111)  P  =  ((Vy)(p^  V  Pj  V...V  Pj^))  or 

((3y)  P.,P2...  Pj^),  k  ^  1, 

where  P^^,  i  ^  i  ^  k  are  general  pre(3icate  express!  cjns  In  mini- 
scope  form. 

Definition  3,3:  Truth  Value  of  [(3^]P, 

((^[sSfjP  =  T)  <##>  ((Va)(a  e  )  =»  (cp[a]P  =  TJ)  (5.26) 

((^lo^JD  =  ?)  4^  ((3a)(a  e  a^)(cp[a]P  =  ?)) 

~((3p)(p  e  ^)(cp[p]P  =-NIL))  (3.27) 

(^r^flP  =NnO  <44((3a)(a  e  a^)(cp[a]P  =NIL))  (3.28) 

3h  what  follows  we  shall  consider  all  propositions  and 
predicate  expressions  to  be  (n-f2)-ary  predicates  for  n  ^  0: 
Elementary  forms  (P  x-,  . .  .x^  y  z),  propositions  (M  x^  . .  .x^  y  z) 

(M^M2...Mj^),  (n  x.,...x^  y  z),  (n^  V  N2  V...V  Nj^),  etc.  We  shall 
throughout  assume  that  the  solutions 

Spj.  (z)  =  ([x^  . ,  .x^  y  z  ]  I 

(9(Z  x^  X2...x^y  z)  =cpE)  (3.29) 

is  av.aiiable  to  us  for  a  general  expression  Z.  In  section 

3.5  we  Shall  briefly  outline  a  procedure  for  obtaining  ^3^(Z) 

for  a  proposition  Z,  using  the  relation  values  stored  in  the 
model  space . 


r 
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3  .3  .3  5  Elementary  Form 

P  =  ( p  . . .  x^  y  z  )  or 

~(p  x^  ...  x^  y  z)  (3.30) 

^P^(P)  rnay  be  obtained  from  the  model  space.  For  a  given 
52(P  a)  may  be  directly  retrieved  from  the  model  space,  as 
also  the  partition  2(p  a)  (see  equations  (3,16)  and  (3.17)): 
Tlie  partitions  of  P, 

=  [?p^(p)]p  (3.31 ) 

where 

?Pf(P)  =  ([a  (z  {;z(P  a))]j  (a  e  ) 

Uz{?  a)\x))  (3.31a) 

’p£.  (P)  ]P  =  [?p^(P)]P  if  else  X.  (3.32) 

We  shall  hereafter  uniformly  use  the  symbol  p  to  denote 
a  binding  for  [x^  *  *  *  "n  7  "ad  the  symbol,  a,  for  a  binding 
of  the  prefix  [x^...;c^  y].  For  any  proposition,  Z,  we  shall 
hereafter  use  the  solutions  defined  below; 


(A) 

^%(z)  =  (a|  (.';,z(Z  a)\  x)) 

(3  .33 ) 

(B) 

UFt%(2)  =  (aj(a  0  UFgf(Z))  (Tz(Za)\x)) 

(3.34) 

(c) 

UFa^(Z)  =  (Uap(Z)  U  F^(Z)) 

(3  .35) 

(D) 

FySf  (2)  =  (aj  (a  e  Fap(Z)) 

(Uz(Z  a)  \  X)) 

(3  .36 ) 
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Note 

that  an  e  can  be  in  all  of  the  solutions  5jo£.{2). 

t/ 

(E) 

«Pj,(Z)  =  (,[a  (z  52(z  a))]|(a  e  Eaj,(Z))] 

(3.37) 

(P) 

®'jPj,{Z)  =  (fa  (z  Tz(Z  a))|(a  e  UP'jej{Z))] 

(3.38) 

(G) 

P„af  (Z)  =  (El  (z  uz{Z  a))|  (a  e  PyOf  (Z))] 

(3.39) 

All  the  abcve  soluticns  may  be  ocmputed  If  i;pj,(z)  is  known. 

Py^P^'Slticnal  Fcrms 

N  =  (l'T.j  V  Ng  V  ...  V  Nj^)  and 
M  -  ,  with  arguments 

f'c-i  y  z]. 


We  have  the  f 

'cllcwlng  definitions: 

(a) 

k 

Tz(n  a)  =  U 
1=1 

'TzCNjj^  a) 

(b) 

k 

Uz  (n  a )  =  U.J 

Uz(N^  a)  -  Tz(M  a) 

(c  ) 

,  k 

EzCn  a)  =  n 
i=1 

Ez  a) 

(d) 

k 

Tz(M  a)  «  n 
1=1 

Tz(M^  q) 

(e) 

k 

Uz(M  a)  =  U 
1=1 

Wz  (M^  a)  -  Pz  (m  a ) 

(f) 

,  k 

Ez(m  a)  =  U 
1=1 

Ez(Mjj_  a) 

(3.^0) 
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Khcwing  the  solutions  in  (^Ao)  for  each  a  e  cne 

may  then  compute  all  the  solutions  (A)  through  (g)  given  In 
the  previous  section 

W 

Dgn-nltlon  3.6;  Rer^dues  of  Propositi  qis  with  mini 

expressions . 

If  P  -  (P-,  P^),  where  *  =  ^  or  V,  and  each 

P^  Is  a  mini -sc ope  expression,  then  let 


52f(P)  =  (S%(?)  n  5a(.(pp) 

Then  ?R[^]P  =  (fI!r54(P))]Pi))  (5.1,2) 

If  54(P)  =A  then  Its  asscolated  wm  get  cropped  off  the 
residue  expression. 

g^flnltlcn  -^.7,;  ParMtlons  of  Propr.si  rm.c 


Again  p  =  (p 


^ipUpCP)  = 


=  (T^£.(Pi)  n  upap(p)) 

=  (uap(p^)  n  Pap(p)) 


(3.^3) 

0A4) 


nT[%]P  =  (rarT4(P))P^  .  nT[w^(P)]P^))  (3.45) 

nu[^]p  =  (^1^  -  nu[P_^(p)]P^))  (j.^g) 

n5[A]  p  =  X.' 

using  the  solutions  In  (3.40).  and  definitions  3.6  and 
3.7,  the  residues  and  partitions  of  P  may  be  computed.  Eyen 
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though  the  solution  In  {3.1,0)  are  stated  only  for  proposl 
tlons,  they  apply  equally  well  for  forms  Ute 

?  =  (?!»  Pg  P^) 

The  only  requirement  Is  that  fx^  . .  .x^  y  z]  be  the  free 
variables  of  P. 


3  .3  *5  :  ^‘JliSQcpe  expressions 

3 *3 •  5.1  s  lAilversai  Quantifier 
P  -  ((V2)Q) 

Q  =  V  0^  V  ...  V  Qj^),  k  ^  1, 

v-here  P  has  (n+1  )  free  variables  [x^  . ,  33  and  each  Q^,(n42) 

free  variables  [x^  . .  ,x„,  y  z],  V/e  have  the  following; 

Taf(P)  =  (a  I  (T2(Q  a)  =Sp(z))] 

Where  8^(2)  is  the  range  of  values  of  z  In  the  scope  of  2, 


In  P. 


Tpf(P)  =Ta^,(P) 

We  have  here  Integroated  out  the  variable  2, 
Uttf  (P)  =  (a  I  (jz(Q  a)\  X)) 

UPf  (P)  =  [U^(P)][U^^(P)] 


(3.49) 


(3.50) 
(3.51  ) 


mere  Ua^(p)  =  f  (u  j  ((3  c.)(u  e  Uz  (Q  «)] 


(3.52) 
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Fc^(P)  =  (a  j  (P2(Q  a)\  X)) 

(5.55) 

P3f  (P)  =  [Pa^(P)]fFa^(P)  ] 

(5.54) 

Pa^(P)  =  [(z  (u  j  ((3a)(u  e  Pz(Q  a)))] 

(5.55) 

Defljiltlcn_J^  Residues  op  Quantified  Exrmess-tenR 

for  Universal  Quantifiers 

In /this  case,  none  of  a  e  will  contain  the 

variable 

z  . 

We  shall  extend  each  a  to  include  2,  as  follows 

• 

« 

Let  T2i(p  a)  =  tz  (Q^  a) 

(5.56) 

and 

fcr  ?  =  u  and  P 

?z^(P  a)  =  (^z(Q,  a)  0  ^2  (Q^  a)) 

(P)  =  ([a  (z  gz^(P  a))]  1 

(5.57) 

€  ^2.f(P))(  z^(P  a)\x)) 

(5.58) 

Then 

S 

/  k  . 

3^[%-]P  =  ((Vz)  (eR[?Pf  (p)]Q^)) 

(5.59) 

Daflnltlon  3.Q ;  partition  of  p 

P  =  ((Vz)(Q^  V  Qg  V  ...  V  Q^)) 

In  this  case  TiEi’^a^(p)  and  P^aJCF)  are  again  as  in  OA^) 
and  (5.44),  with  the  exception  that  (p^ )  ”  for  4'  =  T  and  U 
respectively,  should  be  replaced  by  ”^a^((32)Q  )". 
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UF^  ^(P)  =  ([a  (z  Tz^(p  a))]  I 

((-  e  IF^  2^(P))  (Tz^  (P  a)  1=  X)  (5.6l) 

Fy  Uz^(F  a))]  I 

(a  G  Py  Q^(P))(Uz^(P  a)  =f  X)  (5.62) 

k 

HTfa^JP  =  (^V_^  (3z)(TR[TaJ;(P)]Q^  -  TR[lFy4  ^  ^ 
k 

nu[af]P  =  (^V  (3z)(UR[u4(P)]Q^  -  UR[Fy4(P)]%))  (5.64) 

In  this  modeVc  computing  residues  and  partitions  the 
bindings  specifyin;  the  ^-solutions  for  each  subexpression  £>f 
P  is  passed  on  to  the  subexpression,  past  the  quantifier.  Ulti¬ 
mately'-  when  the  subexpression  becomes  an  expression  in  ele¬ 
mentary  form,  its  residues  and  partitions  will  be  computed 
as  per  equations  (5.5^  )  nnd  (5.52).  At  a  higher  le-vel,  a 
subexpression,  Q^,  i.iay  get  dropped  off  a  residue,  or  parti¬ 
tion  expression,  if  i'ts  associated  binding  is  empty. 

5  .5  . 5 .2  :  Existential  Quantifier 

P  =  ( (3^  )  (Q-j*^  . .  .Qj^) ),  k  ^  1, 

Q  =  Q-l  Q2  • . . 

where  p  has  (n+1  )  free  variables  [x^  . .  .x^  y]  and  each  has 
(n-f2)  free  variables  [x_^,..x^  y  z].  We  have  the  following: 
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(P)  =  (a  j  (Tz(Q  a)  X) ) 

Tfi.f(P)  =  [Ta^  (P)][TcC^(P)] 

Ta^(P)  =  [(z  (u  I  ((3a)(u  e  Tz  (Q  a)] 
Uc^(P)  =  (a  |(Tz(Qa)  =x)(Uz(Qc:)  j=  X) 

Up.f(P)  =  [Ua^(P)][Ua.''(P)] 

Ua^(p)  =  [(z(u  I  ((3a)  (a  e  Ua^(P)) 

(u  e  Uz(Q  a)] 

(P)  =  (a  I  (a  ^  Ta^(P))(a  ^  Ua^(p)] 
FP^(P)  =  Fa^(P) 


Dpflnltlon  3.10;  Residue  of  an  Existentially 

.on 


Pz^(P  a)  =  Pz(Q^  a) 
and  for  ^  =  U  and  T 


^z^(P  a)  =  (5z(Q  a)  n  f;z(Q^  a) 

?P-f  (P)  =  ([a  (z  z^  (P  a))]  I 

(a  €  4aj.(P))(Sz^(P  a)  \x)] 


k 

£R[af]P  =  ((3z)  A 

1=1 


(3.65) 

(3.66) 

(3.67) 

(3.68) 

(3.69) 

(3.70) 
(3.71  ) 

(3.72) 

(  (3.73) 

(3.74) 

(3.75) 

(3.76) 


Again,  if  5^(P)  -  x  then  the  corresponding  will  drop  off 
the  residue  expression. 
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'pMi  Partitions  Gf  Existentially 
Quantified  Expressions 

Q  =  ((3z)Q^Q2...Qj^),  k  ^  1, 

=  (iFa^(Q)  nTa^(Q^))  ... 

Fya^(Q)  =  (Pa^  (Q)  fl  Ua^  (Q^  ) ) 

-  ([a  Tz  (Q^  a)]  j 

(a  e  II‘’^a^(Q)) 

(Tz(Q^  a)  f=  X)) 

Fy£^(Q)  =  ([a  Uz  (Q^  a)]  j 

(a  £  F^jOiJ(Q))(Uz(Q^  a)  f=  X )  ] 
k 

nT[a^]Q  =  ((32)  (TR[UP^£^(Q)]Q^)) 

k 

nu[a^]Q  =  ((3z)  (URfFu£j(Q)]Q^)) 


(5.77) 

(5.78) 


(5.79) 

(5.80) 

(5.81  ) 
(5.82) 


5.4:  Computatl pnjgf  Residues  and  Partltlons-eAn  Overview 

As  presented  above,  the  residue  and  partition  computa¬ 
tions  require  for  each  p,  to  be  known.  Since  P  is 

in  mini -scope  form,  this  would  ultimately  reduce%owing 
for  the  propositions  contained  by  the  various  miniscope 
subexpressions  of  P.  We  shall  review  below  the  evaluation 
algorithm  implied  by  the  definitions  given  in  the  previous 
section,  and  briefly  outline  the  method  for  the  computation 
of  5g^(M)  for  a  preposition,  M. 
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3.^.1  .  The  Evaluation  Algorithm 

3 .  ^  .1  .1  .  Sin^  Ip^^iversai  Quanti  f i  pt. 

P  =  ((^)m),  n  =  (M^V  M2V...V1VIj^),  k  ^  1, 

Each  is  a  propcsi  .icnal  expression,  which  will  contain  z 
as  one  of  its  variables.  We  have  the  following  solutions  of  M 

(Ml):  S2(m^  a)  =  (u  l((p[a][(z  u)]M^  =cpS)) 

(M2  ) :  Tz  (M  a)  =  U  Tz  (M.  a) 

i=1  ^ 

(M3):  UZ(M  ct)  =(  u  UZ(M  a))  -  Tz  (M  a) 

i  =1 

(m4);  Fz(m  a)  =  n  Fz(M,  a) 

i=1  ^ 

(M5):  ?a^(M)  =  j  (^z(Ma)  f=\)) 

(m6):  UFg^(M)  =  (U^p(M)  UFa^(M)) 

• 

(M7):  UPipaf(M)  =  (UPaj,  (M)  (m)  ) 

(M8):  Fya^(M)  =  (Pa^(M)  nua^(M)) 

(M9):  ?ag(M)  =  [(^(u  j  ((3a)(a  e 

(u  e  5z(M  a)] 

(Mio);  UP^^(M)  =  f(z(u  I  ((3a)  (a  e  UPyaf(M)) 

(u  e  Tz (m  a)] 

[(^(u  I  ((3a)(a  eFy^(M)) 

(u  6  Uz  (m  a)] 


(Mil  ):  Fyag(M) 


The  above  solutlcns  ™ay  be  used  to  obtain  the  5-solutlons 
cf  p,  as  defined  bclcw : 

(PI):  T^(P)  =  (o  I  (Tz(m  a)  =.  Sj,(z)))  C  T^(m) 

Where  ^  (z)  Is  the  total  range  cf  z  in  p. 

CK):  U^(P)  =  (a  j(a  e  Uflf  (M) )  (Pz  (M  „)  =  X  )  )  C  Hjj..  (M) 
(^):  Fg^(P)  =Fa^(M), 

(P4):  UP/pQ^CP)  =  IF^a^(M) 

(P5):  Pugp(P)  =F^(m) 

(P^):  egg(P)  =  [(z  (u  I  ((3a)(a  e  5Sf(P)) 

(u  €  ez(M  a)] 

(P7): 

Pua3(P)  =P^(M) 

We  may  write 

(P9):  5B.f(P)  =  [5af(P)]f5ag(P)] 

With  the  interpretation 

(Vh)(a  e  ?ap(P))  ❖((35)(a  e  (P))  (.fajcejp  =  eS)) 

We  have  the  following  identities: 
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(i) 

Ta^(P) 

U  UFt2i’(P)  =  Ta^(M) 

(ii) 

Ua^  ( P) 

UPu%(F)  =Uq^(m) 

(ill) 

Tc^ 

(P)  =Sp(z) 

To  compute  the  residues  and  partitions  of  P,  the  solutions  of 
P  are  redistributed  among  M^,  for  1  ^  1  ^  k,  as  follows: 

(PIO);  ?aJ(P)  =  (^a^(P)  n 

(P12);  FyOjJ:(P)  =  (FySf(P)  n  Uaf(M^)) 

(P15):  ^a^(P)  =  [(z  (u  |  ((3a)(a  e  ^£^(P)) 

(u  e  ^z(M^  a)] 

Similarly  UFyci(p)  andFya^(P)  are  also  defined.  Using 
these  re^lLstributed  solutions,  the  residues  and  partitions  of 
P  may  be  computed  as  shown  below; 

(P14):  ?Rr?af(P)]P  =  ((Vz)  (P)  (P)  ]M^  ) ) 

(PI  5);  nT[a^(p)]M^  =  (TR[TaJ:(P)][Ta^(P)]M^  - 

TO[UP^^(P)][UP^q^(P)]M^). 

k 

(P16);  nT[a.]P  =(  V  ((3z)  nT[a^]M.  )) 

i=1  j-  1 

(P17)!  nu[aj.]Mj^  =  (w[us^{p)][us^(p)]i^  ^ 

WCP'u4(^b[Fu£4(P)]Ml) 


(P18)  nu[^]M  ((3Z)  nu[a^(P)]„^)) 

52f(P)  X  I^r  a  given  1,  then  the  ocrrespondlng  M 
«11  *op  off  the  reeiiae  e.^^eelcn.  Sc  al.o,  if  *  l(p/ 

^  Fu%.(P)  is  X  then  the  ccrrespondlng  Mj  Mill  drop  off  the 
the  partition  expreeslone,  nr  and  nu.  respectively.  r,et  us 
now  consider  the  solutions  for  expressions  with  a  single 
existential  quantifier. 

3AJ  .2.  gin;  lejlxls tent lal  Quantifier 

Q  =  ((32  )N),  N  =  (N^  Ng  ...  Nj^),  k  ^ 

Each  is  a  propositional  expression  with  2  as  one  of  its 
free  variables.  We  have  then  the  following  solutions: 


(N1);  Cz(N^  a) 

-  (u 

(N2);  Tz(n  a) 

k 

=  n 

i=1 

(N3);  UzCn  a) 

II 

cr 

(n4):  P2(h  ct) 

k 

=  U 
i=1 

(^5 ) :  (N ) 

=  (a  1 

(n6);  5gg(N) 

=  f  (2 

(u  e  ^2(N  a)] 

using  these,  the  following  solutions  for  Q  may  be  obtained: 


-■’20- 


(Ql):  Ta^(C'  =Ta^(N) 

(02):  Uaf(Q)  =  (a  |  (Tz  (n  a)  =  X )  (a  e  U^^Cn))) 

(05 ):  Fa^(Q)  =  (ajPz(N  a)  =  Sq(z))) 

(0^):  .^(0)  =  ^2(u  I  ((3a)  (a  e  ^0^(0)) 

(u  e  e2(N  a)] 

(05):  IF^ap(O)  =P^(Q)  =lF^ag(0)  =Puflg(0)  =X 

However,  we  Td.ll  have  the  following  solutions  for  each 
(^6)-‘  ==  (UFaf(O)  0  Ta^  (Nj)) 

where  UPa^CQ)  =  (Ug^(Q)  UPg^(Q)) 

(Q7):  Pu4(0)  =  (P^(0)  n  Ugf(N^)) 

(08);  UP^q^(Q)  =  [(z  (u  j  ((3a)  (a  e  IFaJ(Q)) 

(u  e  Tz(n^  a  ) 

(09):  =  (z  (u  )  ((3a)(a  ePu^^(O)) 

(u  e  UZ(n^  a)] 

(01 0):  eg^(Q)  =  ?^(Q) 

(Oil):  =  ^^(0) 

using  these,  the  residues  and  partitions  may  be  written 
as  follows  ; 

(912):  5Rt5%.(9)]Q  »  ((3z)  (5R[5a(.  (9)][5as  {9)]N^  ) ) 

(915):  nrf^JNj  =  (™(W'T!4(®)]rilf'Tl4(9)]Nj) 


I')-)!  nT[gj.]Q  =  {(3z)  S  (imtaf ]Nj^)). 

«315):  nu[af]i^=  ((w[P[4(«)][Pj4W)]Ni) 

(QiS):  nu[^]Q  =  ((3z)  (m[<v]N.)) 

i=1  -'I  1 

If  P  in  and  Q  above  have  several  quantifiers,  then 

the  redistribution  of  the  bindings  to  Mj_  (Nj,)  will  take  place 
only  after  all  the  quantifier  checks  are  completed.  The  organi¬ 
zation  of  the  binding  for  this  case  is  presented  in  the  next 
section,  below. 

3«^«‘^.35  General  Predicate  Expressions 
Ca^  (a);  p  =  ((Vz)Q),  Q  =  (Q^VQ^V. . .  VQ^) ,  k  ^  1  ,  or 
Case  (b):  Q  =  ((3k)P),  p  =  k  >  1, 

where  each  P^^  (and  Q^)  is  itself  a  quantified  expression  with 
z  as  one  of  its  free  variables.  After  completing  all  the  quanti¬ 
fier  checks  for  each  P^  (Q^),  wo  will  have  the  solution,  in  the 
following  form; 


(ZU:  56^(Zj^)  = 

where  is  a  p^  or  a  Q^,  for  1  ^  i  ^  k.  ^ag(Zj^)  will  contain 
the  solutions  for  the  quantified  variables,  that  arc  local  to 
Zj^.  It  may  be  noticed  that  this  form  is  the  same  one,  shown  in 
(P9).  Using  ^p^(Zj^),  the  solution  for  case  (a)  and  (b)  above 
may  now  be  obtained. 
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Por  case  (a)  one  should  use  formulas  (m1  )  through  (M9) 
-nd  (P1)  through  (PI  3).  after  doing  the  following  substitutions 

Replace  (m1  )  by, 

):  5z(^  a)  =  (u  )  ([a  (z  u)]  e  5gj.(Qj))) 

nnd  substitute  throughout  Q  for  M  and  for  .  3h  formulas 
(P13)  through  (PIG)  the  solutions  Sa^hp)  will  contain  not  only 
tho  bindings  specified  for  z.  but  also  the  bindings  ja  (Q  ) 
^h»n  in  (Z1)  above,  for  That  Is.  solutlons'lin 

specify  binding  ron-es  not  only  for  z,  but  also  for  all  the 

local  variables  of  Q,  .  To  Indicate  this.  5a^(P)„aybe 
respeclfied  as  folicus; 

=  (6^  I  ((3a)  (a  e  CgJ(P)) 

(cpro!3[6^]Q^=cp^ ) 

Where  6^  specifies  the  bindings  for  z  and  all  the  other  local 

variables  of  .  si.mlar  considerations  apply  also  for  other 
Q!g  Solutions  of  p. 


similarly,  for  case  (b)  the  solutions  may  be  obtained. 
^Oln  by  using  5c, (2^)  f or  .z,  =  p^.  and  the  formulas  (hi  )  throu, 
)  and  (Q1)  through  (q,6).  after  the  following  chants: 
Replace  (N1 )  by 

(N1  ).  ^z(p^  a)  =  I  ^  gp^(p^))) 

and  substitute  through,  ut.  p  for  n  and  P,  for  N, . 
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As  in  case  (a),  ?ot|(Q)  v/ill  be  specified  by 

5ag(Q)  =  (6^  I  ((3a)  (a  e  ta^(Q)) 

(9[a][5^]p^  =(p^) 

where  6^  specifies  the  binding  ranges  for  z  and  all  other 
local  variables  of  Again,  similar  considerations  am^ly 

also  to  other  Og  solutions  of  Q. 

The  evaluation  algorithm  implied  by  the  above  definitions 
may  now  be  summarized  as  consisting  of  tl-rree  steps: 

Step  1:  Finding  solutions  for  propositions  like 
and  that  occur  within  mini-scope  expressions. 

Step  2;  Doing  quantification  check  for  the  mini-scope 
expressions,  proceeding  outv/ards. 

Step  3;  After  completing  all  quantification  checks,  re¬ 
distributing  the  solutions  of  the  mini-scope  expressions,  among 
their  propositional  components.  These  redistributed  bindings 
are  used  for  calculating  the  appropriate  residues  and  partitions 
of  P,  Those  residues  and  partitions  will  be  computed,  of  coubse, 
only  after  evaluating  an  entire  predicate  expression.  In  the 
case  of  GO’S,  this  v/ill  amount  to  the  evaluation  of  the  set 
predicate,  SP,  of  the  CC. 

The  algorithm  used  for  step  (1)  above,  is  briefly  outlined 


below; 
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3,4.2.  Gonputation  of  Solutions  for  Propositional 
expressions 

For  each  elementary  form  (p  x^,.,x^)  or  'v(p  x^,..x^),  fer 
n  ^  2j  one  may  easily  obtain  from  the  model  space  the  solutions 
x^(P  a)^  for  given  oc  and  i,  1  ^  i  <  n.  The  availability  of  the 
anchor,  in  CG  makes  it  possible  to  assign  to  each  elementary 
form  in  a  GG  a  free  range  o<,  and  thus  determine  for  each  proposi¬ 
tional  form  in  a  GG,  its  associated  free  range  and  solutions. 

The  scheme  for  doing  this  is  briefly  outlined  belov;. 

The  elementary  forms  in  a  GG  are  ordered  in  a  level  tree, 
as  shown  in  figure  3«  All  binary  relational  forms  in  which  Q 
occurs  appear  at  the  top  of  the  tree.  \t  level  1  we  have  the 
anchor  ©,  4t  level  2  we  have  all  variables,  x,  for  wliich  forms 
"(@  r  x)"  or  "(x  r  ©)"  occur  in  the  GG.  At  the  third  level, 
one  has  all  the  variables,  y,  for  which  "(x  r  y)"  or  "(y  r  x)” 
occur  in  the  GG.  Gontinuing  in  this  manner,  the  various  levels 
of  the  tree  are  filled.  It  is  possible  that  a  given  variable 
has  more  than  one  arc  impinging  on  it.  Also,  variables  at  the 
same  level  may  have  arcs  between  them. 
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All  the  relations  with  are  evaluated  first.  This  will 
cause  value  ran-os  to  be  assigned  to  the  variables  at  the  second 
level.  Those  bindings  my  then  be  used  to  evaluate  the  relations 
at  the  next  level,  thereby  fixing  the  ranges  for  the  variables  in 
the  next  level  below.  For  each  variable,  its  associated  evalua¬ 
tion  sequences  will  be  repeatc  d  until  the  maximal,  in  case  of 
disjunctions,  or  minimal,  in  case  of  conjunctions,  solution  to 
the  variable  is  obtained.  0110  tuples  and  function  forms  are 
evaluated  last. 

The  bindings  obtained  for  the  variables  have  to  be  organi¬ 
zed  to  Serve  two  purposes: 

(a)  For  use  in  the  quantifier  checks,  discussed  in  the 
previous  section,  and 

(b)  For  recognition  of  conjunction  or  disjunction  frames 
within  which  the  bindings  of  a  variable  occur. 

To  servo  the  purpose  (a),  the  variables  in  a  mini-scope 
expression  are  ordered  in  the  order  of  their  quantification:  The 
variable  of  the  innermost  quantifier  appearing  last.  If  a 
variable,  x^,  occurs  in  an  ordering,  .  ..x^^. .  .x^,  but  does 
not  occur  in  a  miniscopc  form,  p,  with  which  the  ordering  is 
associated,  then  by  definition  the  scope  of  Xj|^  in  P  is  universal. 

To  serve  the  purpose  (b) ,  for  each  conjunction  (dis  jimction) 
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in  a  CC,  a  conjunctive  (disjunctive)  frame  is  created.  This 
frame  will  contain  the  variables  that  occur  in  the  conjunction 
(disjunction).  Each  variable  will  contain  pointers  to  the 
quantifier  associated  with  it,  to  the  relations  in  the  CC  in 
^'/hich  it  occurs,  and  to.  the  next  variable  in  the  orderins  out¬ 
lined  in  the  previous  paragraph.  Each  variable  will  also  contain 
— storing  the  partitions  of  its  range,  induced  by  the 
CC.  We  shall  associate  with  this  frame,  also  tho' procedures 
necessary  to  evaluate  the  relations  in  tho  frame,  and  update  the 
bindings.  \ny  time  tho  bindings  associated  with  a  variable  is 
changed,  tho  relevant  relations  of  tho  variable  will  be  re¬ 
evaluated.  In  a  conjunctive  franc  tho  minimal  solution  of  a 
variable  will  be  obtained  by  successive  intersections.  In  a 
disjunctive  frame,  the  maximal  soluticn  is  obtained  by  successive 
unions, 

Tho  frame  data  structures  created  for  tho  variables  in  a 
CC  would  thus  depend  on  the  structure  of  tho  CC.  Tho  collection 
of  all  such  frames,  created  for  a  CC,  is  called  tho  CC- 
2:.9-.SQciativo  not,  CCA -not,  Tho  CCA -not,  the  evaluation  order 
for  relations,  the  updating  rules  for  the  CQl-not,  and  tho 
procedures  for  quantification  checks  and  residue  representations 
may  all  bo  compiled  from  tho  CC-dofinition.  The  details  of 
this  compilation  process  and  the  complexity  of  tho  procedures 
involved  will  bo  discussed  in  a  future  paper. 
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A  fully  instantiated  COl-net  will  reprosont  the  comnlcte 
of  a  CC.  All  the  inforniation  of  the  residues  and 
partitions  of  a  CG  be  obtained  from  this  net.  The  repre¬ 
sentations  of  residues  and  partitions  of  a  CC-ovaluation 
constitute  a  sunnary  of  the  information  in  the  CCA -not,  in  a 
form  suitable  for  communication  in  the  language  of  the  CC. 

3A.3:  Corimonts  on  the  evaluation  urocess 

To  have  an  effective  model  space ,  and  do  commensense 
reasoning,  it  is  essential  that  CC -evaluations  bo  efficient. 

In  MDS  organization  this  is  facilitated  by  several  features. 

The  most  basic  of  those  is  the  \/ay  the  relation  values  are 
stored  in  the  model  space,  as  discussed  in  Appendix  II,  This 
enables  one  to  fetch  easily  the  partitions  induced  by  a  relation 
on  the  range  of  a  variable.  The  second  feature  is  parallelism; 

One  may  incorporate  parallelism  in  a  CC  evaluation  process  at 
various  levels,  4t  the  level  of  relations,  the  elementary  forms 
at  the  same  stage  of  a  level  tree  may  all  be  evaluated  in  parallel. 
At  the  level  of  rainiscope  expressions,  the  conjunctive  and  dis¬ 
junctive  frames  associated  with  different  miniscope  expressions 
of  a  CC  may  be  evaluated  in  parallel.  The  casting  of  a  CC  in 
mini-scope  form  reduces  the  height  of  nested  quantifications  in 
a  CC.  This  simplifies  the  structure  and  processing  of  the  nonjunc- 
tive  and  disjunctive  frames.  The  quantification  checks  associated 
with  minis  cope  forms  may  all  be  also  executed  in  parallel. 
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RLnally,  the  rcsiciue  and  partition  extraction  for  the  mini- 
scope  forms  may  he  done  in  parallel.  This  evaluation  process 
avoids  back  tracking.  This  is  partly  because  it  attempts  always 
to  obtain  the  complete  solution,  and  partly  because  the  relation 
evaluation  sequence  can  be  ordered,  as  per  the  level  tree.  Also, 
for  every  binary  relation  its  complete  solution  may  bo  obtained 
easily  from  the  model  space. 

The  possibility  of  compiling  the  CCA-nct  and  its  associated 
processors  further  enhances  efficiency.  One  may,  in  fact,  concciv. 
of  machine  organizations  in  which  the  evaluation  algorithm  for  a 
CC  may  bo  micro-programmed,  taking  full  advantage  of  the  parallel 
processing  possibilities.  V/o  have  presented  hero  only  the  bare 
outlines  of  the  evaluation  process. 
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5.5.  CoiTTOansense  Reasoning  and  Problem  Solvlnp; 

5.5.1  :  The  Theorem 

Let  Q([g^]P  )  denote  the  truth  value  of  [a^]P  in 

model  state,  .  So  also,  let  ^([a^  ]P  M^)  and  n^Caf  ]P  ) 
denote  the  ^-residue  and  ^-partition,  respectively,  in  model 
state,  Let  Aq^  be  the  change  in  in  a  new  model  state, 

Mj,  such  that  the  new  free  range  is  [g^  +  Ag^].  For  each 

■variable  in  g^,  the  change  Ag^,  may  specify  deletions  andjor 
additions  to  its  range  of  values . 

Let 

A%(?R(Cg^]P  M^))  and  Ag^  (ne([g^]P  m^)) 

denote  the  residues  and  partitions  with  the  changes  in  Ag^ 
incorporated  in  them.  The  theorems  in  this  section  pertain 
to  the  inferences  that  may  be  drawn  on  the  truth  values  of 

9([gg  +  Ag^]P  Mj  ) 
based  on  the  truth  values  of 

(^R([g^]P  M^))|v^.)and 

<p(Ac^(n5([a(.:]p  m^))  Mj). 

The  theorems  are  presented  below.  Their  applications 
are  discussed  in  the  next  section. 


-130- 


Theorem  1  :  Upf'iatinp;/^L.yrninp:  Theorem 

-■)  :■ 

For  5  =  T  and  P 

[  (((p(Aaj,(5R([af  ]P  M.))  )  =  cp^)  => 

(^([af  +  Ac^]P  =  (p^)]  (3.^) 

Proof  is  by  induction  on  the  structure  of  P;  P  is  a  p 
or  a  ^p,  or  P  is  (P^  * 'P^  *  ...  *  P^)>  k  ^  1,  and  *  =  or  V, 

or  P  is  ((V2)(P^VP2V...  V  P^^) )  or  ((3z)P^P2  ...  P^), 

TWapygm  2i  Means -end  Analysis  Theorems 

(A) :  [(<p(Aaf  ((UR([g^]P  M^))  - 

(nT([g^,]P  M^))))  M^) 

=  (<p([g^  +  A^]P  )  (3*8^) 

(B) ;  cp((Ac:^((FR([g£.]P  M^))(nU([-af  ]P  M^))  - 

(nT([g^]P  M.  ))))  M^.) 

=  (<p([af  +  A^]P  M^)].  (3.83) 

Again,  the  proof  is  by  induction  on  the  structure  of  P. 
3.5.2.  Updatinp'  and.  Learning,  The^orem 

Our  discussion  in  this  section  ^rtain  mostly  to' the  T  and  F 
residues.  All  statements  made  here  also  apply  to  UR([g|.]P  ) , 

if  it  exists^  if  the  residue  check  included  also  nT([a^]P  ) : 
that  is  the  residue  checks  evaluated  the  left  side  of  (3.84), 
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instead  of  just  the  reel  dues. 

5 .5 .2  /I  ;  Basij3^  r£-;r  simplification  of  Consistency 
..  J!£^2n£_  UpdaUng 


When  an  anchor  fCv  rl 

.  A 

a  set  of  invocation  anchorSj, 
changed.  Let  this  sot  be 


is  updated  there  will  usually  be 
at  which  the  relation  values  are 


B  -  r  y,,),  (Q  (0^  r  y  ))  (5-86} 

I  i  II 

For  every  relation  Ir:  D,  the  new  relation  va1.«  y^,  i  ^  i  ^ 

is  mandatory , 

Bor  an  invocation  anchor  r]  implied  by  B  —  i  .e  , 
r  y)  is  in  B  — ■  if 


cp  ( (PR  (CC  [X  r  ]  ( @^)  ’  .  (3 , 87  ) 

then  there  would  exlsn  a  subset,  ,  of  the  new  values  of 
(%  r).  for  Which  the  P-rosldue  at  [(3^^  r]  evaluates  to  NIL. 

Then,  by  Theorem  1 ,  it  follows  that  the  values  in  S,  may  only 
bo  assigned  as  the  complement  solution  of  (@^  r),  i,e. 

C  (2  j  r  z)). 

Similarly,  if  for  a  subset  S^  of  the  now  values  of 
(%  r),  the  truG-residue  at  r]  evaluates  to  T,  i  .o  . 

cp(Aq^  (TR(CC[X  r]  (0^)  m))  M.)  =  T,  (5„88) 

then  the  new  values  m  may  be  assigned  as  the  true  values  of 
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r).  provided  fcho'r  none  of  values  m  q 

in  S2  cause  a  cc2ntradlc. 

i in  the  Interact"?  on  cVipoirQ  qic>r»  j  j- 

L^xcn  Checks  associated  with  [0^  r]. 


If  for  S  =  T  or  F, 


<P(4a,j.(ai(cC[X  r](@^)  M^))  M  )  ^5 


(3.89) 


then  the  entire  ccf.x  r]  should  be  re-evaluated  at  €  . 

While  evaluatlnt  0C[X  r]((^),  one  need  finjnew  solutions 
5ilf(N),  for  the  propositions  m  the  CC,  only  If  they  do  not 
appear  In  the  ^-residues  of  t,.  cc  for  ;  =  j  a„d  P.  Also,  m 
finding  5.,(W),  the  r..evaluatl„  „ay  ^  done  only  for  the 

specified  by  a,,  and  B.  .hus,  cc  re-ovaluation  usm, 

residues  „ay  always  be  done  ™ore  eoono.ioally  than  direct 
CC  evaluations. 

:0i  the  case  of  interaction  checks,  the  free  range. 

Would  remain  unchniT-par^  f-  ^ 

MU  uncnatkoGd,  for  every  r(C  ti 

^  depends  on  an 

X  r]  in  B.  But,  sane  of  the  relations  appearing  In 

ccr@y  t]  or  Its  5-rosidues  would  have  changed  their  values. 

0  Check  for  consistency,  the  5-resldues  atfe^  t]  may  be  re- 
evaluated  with  resnpo?- 

respect  to  these  changes.  The  contradiction 
check  may  be  done  as  per  rules 

[eCmCccfY'tuej.  s)  n.)  =  d 


(§Y  t  s )  ], 


(5.90) 


[<p(PR(CO[Y  t]((=^  s)  M^))  Mj)  -  NIL  ^ 

~(©y  t  S) 


(3.91  ) 


Again,  as  m  the  previous  case,  the  entire  CC,  00[y  t](CL) 
Itself  would  be  evaluated  only  If  (j.89)  is  true  for  OOfy  t^giy) 

Thus,  by  direct  application  of  Theorem  1,  one  may  slmpUfy 
consistency  checks  during  an  updating  process,  other  appli¬ 
cations  of  this  theorem  arise  In  goal  directed  problem  solving. 
They  set  the  basis  m  »S  for  learning.  This  is  discussed  below 


3 . 5 . 2  .2  :  Basis  for  Learning; 

Goals  are  sta;;ed  in  MDS  in  the  form 

(G  X  y...2)  =  (  <binding-conditlons> 

(GOAL  <goal-CQndltlons>)),  (3.92) 

. .  variables  of  <blndlng-eondltlons>. 

The  binding  con  'tlons  will  specify  the  Initial  conditions  for 
the  goal,  and  the  objects  that  may  be  used  to  achieve  the  goal. 

<goal-oondltion>  will  always  be  a  conjunction  of  elementary 
forms. The  above  goal  statement  may  be  Interpreted  as  follows: 
"The  <8oal.condltlons>  are  to  be  satisfied  for  the  objects 

satisfying  the  <bindlne-condltlons>,  for  given  ranges  of  the 
free  variables  x,y,...,z.'> 

Each  free  variable  vh  1 1  ^ 

riaoie  wm,  of  course,  have  an  associated  scope. 


We  shall  refer  to  statements  like  (5.92)  as  the  dimensions 
of  goals.  The  dimension  of  a  goal  specifies  the  nature  of 
the  goal.  Thus,  for  example,  the  dimension. 

((PEOPLE  X)  (PLACE  P  Q)(P  location  of  X)) 

(G0AL(Q  location  of  X))  (5.95) 

is  the  dimension  of  a  goal  called,  say  (MOVE-PEOPLE  P  Q  X). 

It  describes  the  nature  of  this  action.  This  goal  may  have 
associated  with  It  a  body,  that  specifies  the  action  for 
achieving  the  goal,  namely 

(XR  Q  X)  =  ((SOME  VEHICLE  V) 

(assert  (V  holding  X)) 

(ASSERT  (V  location  Q)) 

(ASSERT^V  holding  X)  (5. 94) 

!Di  general,  a  goal  like  MOVE-PEOPLE,  may  have  several  trans- 
fOTmatim  rules  associated  with  It.  Each  transformation  rule, 
XR,  Will  have  the  form; 

(XR  X  y,  .  .z)  =  (  <blndlng-condltlons>  <actlons>),  (5.95) 
where  the  <actlons>  may  be  subgoal  statements  or  ASSERT, DELETE 
or  CREATE  statements.  An  XR  is  said  to  match  a  goal,  G1 ,  If  there 
is  a  subset  of  changes  that  the  XR  may  cause,  which  matches  with 
a  subset  of  the  conjuncts  m  the  goal  condition  of  G1  ,  and  the 
solutions  of  the  binding  conditions  of  G1 


do  not  contradict  the 
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binding  conditions  of  XR .  The  true  residues  of  these  binding 
conditions  of  G1  and  XR,  will  then  characterize  the  context  of 
invocation  of  the  XR  called  the  ^menslon  of  XR  invocation,  or 
■the  invocation  dimensions  of  the  XR . 

An  invoked  XR  may  be  tried  only  if  the  preconditions 
associated  with  the  invocation  dimension  are  satisfied,  for  the 

Objects  involved  in  the  XR.  These  pre-condition  statements 
will  have  the  form, 

(CANDO  (<bindln;^  condltions>  <actions>) 

(<conditions>  (TRY  <action>) 

(<concliticns>  (TRY  <actions>) . . . 


(<oondltirns>  (TRY  <aotlons»]  (3.96) 

A  CANDO-Statement  Is  said  to  match  an  invocation  dimension  of 
aji  XR  if  the  "{<binding-ocnditicn>  <actions»"  of  the  CAHDO- 
statement  match  with  the  invocation  dimension  of  the  XR .  A 
OAMDO-statement  is  said  to  be  satisfied  if  noie  of  the  <conditicns> 
in  the  statement  are  ccntradicted,  or  for  every  ccmiticn  that 
IS  contradicted  its  associated  TOY -statement  was  executed  success¬ 
fully.  Again,  the  satisfaction  or  non-satisfaction  of  a  CANDO- 
statement  would  return  residues  that  explain  the  reasons  for 
the  outcome.  We  shhll  refer  to  these  reasons  as  the 
<precQndition  checks>. 

Finally,  the  execution  of  the  <actions>  in  an  XR  would 
result  in  a  collection  of  residues  that  explain  the 


reasons  for 
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the  success,  failure  or  conditional  success  of  the  actions.  In 
the  invocation  context  of  an  XR,  one  might  have  had  several 
ohJloes  for  the  relations  and  objects  on  which  the  <aotlons> 
might  be  taken.  For  the  choices  made,  the  residues  returned 
by  the  actions  may  be  used  to  characterise  the  choices,  m  the 
form  of  2c£ltlve_ancl_negative  fecus  Ust.  associated  with  the 
XR.  Thus,  for  example,  if  the  assertion.  (ASSIET  (V  holding  X)), 
in  (3. 94)  failed  for  the  reason,  -(x  jj.:  ^  :  capaoltyof  V), 
hen  this  piece  of  Information  may  be  summarized  at  the  XR  in 
the  form  of  a  negative  focus  list  element, 

NFL[V  holding] [.XR]  = 

(iVX]|  <v.(x  ^  ;  capacitycf  V))  (5.97) 

on  a  later  Invocation  of  the  XR,  the  same  assertion  win  not ’be 

tried  for  object  combinations,  [v  X],  that  satisfy  the  above 
focus  list  element, 

similarly,  the  relations  and  objects  for  which  actions 
succeeded  may  be  characterised  by  Eogltlve  focus  n.sts  associa¬ 
ted  with  an  XR.  The  focus  list  predicates  would  consist  of  T 
nnd/cr  U  residues  returned  by  the  flSsmiLATOR,  for  the  relation, 

and  objects  Involved.  On  a  future  Invocation  of  rw 

uouxe  invocation  of  the  same  action 

the  relations  and  obiect^ 

objects  satisfying  the  positive  focus  list 

will  be  preferen^tialiy  chosen. 

XR's  In  MDS  may  also  a  have  post-conditions  associated  with 
them.  These  have  the  same  form  as  the  CAwDO-statement . 


But  the 
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word  "iFDaiE"  is  used  instead  of  "c/M)0".  Evaluation  of  these 
post -conditions  also  would  return  residues.  We  shall  refer  to 
these  as  the  <post-caiditlon  cheGks>. 

The  invocation  and  execution  (also  called  the  instantiation) 
of  an  XR  would  thus  result  in  residues  that  characterize  the 
instantiation,  in  terms  of  four  components: 

I[XR]  =  [<dlmenslon>  <pre -condition  checks> 


<focus  llst>  <post  Condition  check:s>] 


The  DKICNffl  IS  responsible  for  gathering  together  the  residues 
and  associating  them  In  the  right  manner  with  the  XR 's  and  goals, 
and  thus  maintain  an  updated  problem  solving  state.  A  brief 
discussion  of  this  process  appears  In  Srlnlvasan  f1975],  A 
more  detailed  discussion  will  appear  m  Srlnlvasan  [1977c]. 

to  (3.98)  the  <dlmenslon>  and  <preoondltlon  oheok:s> 
together  specify  the  appropriateness  of  an  XR  in  a  given  Invo¬ 
cation.  The  <foous  iists>  have  validity  only  m  the  given 
<dlmenslon>  and  <precondltl«  oheck>  context,  ih  another  Invo¬ 
cation  of  the  XR,  If  the  <dlmenslon>  and  <preo ondltlon  oheelc> 
of  the  Invocation  match  with  those  In  (3.98)  then  the  <focus 

llsts>  in  (3.98)  may  be  used  to  guide  search  according  to  the 
rules  given  below ; 


(1)  Avoid  Choosing  relations  and  object  combinations  that 
satisfy  elements  m  the  negative  focus  list  of  matching 
XR  invocation. 
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(li)  Choose  preferentially  the  objects  and  relations  that 
satisfy  the  elements  in  the  positive  focus  list  of  matching 
XR  invocations. 

(iii)  If  choices  as  per  (l )  and  (ll )  do  not  succeed  then 

update  focus  lists  and  repeat  (i )  and  (li )  for  new  untried 
canblnatlons . 

By  theorem  1,  the  objects  that  satisfy  the  true-resldues 
in  the  positive  focus  lists  are  likely  to  succeed  again,  and 
those  that  satisfy  the  false-resldues  in  the  negative  focus 
lists  are  likely  to  fail  again. 

The  focus  llSv.s  associated  with  a  goal  dimension  will 
depend  on  all  the  XR ’s  executed  to  achieve  the  goal.  Again, 
the  DESIGNER  is  responsible  for  constructing  the  summarizing 
focus  lists  for  a  goal  dimension,  based  on  t he  focus- lists 
of  the  associated  XR  executions.  As  XR  executions  are  repeated 
in  different  execution  contexts  the  DESIGNER  will  acquire 
progressively  more  domain  knowledge  fran  the  model  space, 
in  the  form  of  residues.  These  residues,  taken  together  and 
summarized  as  focus  lists,  would  represent  combinations  of 
chunks  of  domain  knowledge  unique  to  a  goal  (problem)  or 
task  environment.  The  use  of  focus  lists  as  per  rules 
(i),  (ii)  and  (iii)  above  sets  the  basis  for  learning 
in  MDS.  Through  its  interactions  with  the  model  space,  the 
designer  acquires  for  each  problem,  its  own  unique  way  of  viewing 
the  model  space  and  using  the  domain  knowledge.  As  mentioned 
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before.  Theorem  1  sets  the  logical  basis  for  this  learning. 

The  focus  lists  are  used  In  MDS  for  a  variety  of  purposes, 

IVjo  other  uses  of  focus  lists  tire  discussed  below  . 

3 . 5 . 2  .5  :  Use  fif  focus  lists  to  guide  Intelligent  conversation 

The  predicate  expressions  in  the  characterization  (5.98) 
of  I[XR],  may  be  used  selectively  by  a  system  to  conduct  a  con¬ 
versation  with  a  user,  concerning  the  nature .  appropriateness 
and  re^qis  for  sue  cess /failure  etc.,  of  an  XR  execution.  For 
a  given  goal,  the  residues  associated  with  the  goal  may  be  large 
and  quite  numerous.  To  maintain  an  intelligent  conversation 
there  should  then  be  seme  rules  available  for  judicious  selec¬ 
tion  of  residues  and  predicates  within  the  residues,  which  could 
be  used  for  the  conversation.  The  positive  and  negative  focus 
lists  may  be  used  fer  doing  this  selection. 

3h  explaining  the  reasons  for  the  failure  of  an  action 
the  negative  focus  list  is  usually  significant:  The  action 
failed  because  it  contradicted  seme  of  the  fixed  relations  and 
values.  While  explaining  the  reasons  for  the  success  of  an 
action  the  positive  focus  list  is  usually  significant:  The 
action  succeeded  because  some  of  the  secondary  changes  m  the 
positive  focus  list  of  an  XR,  succeeded. 

Thus,  while  explaining  the  reasons  for  the  success  of  the 
assertion,  (ABSerT(V  holding  X)),  the  fact  that 
(X  II  :  =^:capacltyof  V) 
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was  true,  would  not  be  of  much  Interest.  Hero,  the  phrase 
[VEHICLE  capacity]  mleht  belong  to  the  negative  focus  list  of 
the  action.  However,  If  the  action  failed,  then  the  reason 
^(X  j]:  :  ^  :  capacltyof  v),  becomes  significant,  and  forms  the 
basis  for  corrective  reaction. 

Similarly,  suppose  the  actlcxi  failed  because-- 
'v.  (V  location;  location  of  X).  In  this  case  [VEHICLE  location] 
may  belong  to  the  positive  focus  list  of  the  action.  Thus, 
subsequent  action  might  have  been  Invoked  to  change  (V  location) 
to  (X  location).  Li  this  case,  part  of  the  reason  for  the 
success  of  the  action,  (V  holding  X),  would  be  the  reaction 
to  the  initial  failure.  The  dimension  of  this  reaction, namely ; 

[((PEOPLE  X)  (VEHICLE  V)  (PLACE  P) 

(X  location  P)  ~  (V  location  P)) 

(GOAL  (V  location  P)],  (5.99) 

would  thus  be  a  legitimate  part  of  the  reasons  for  the  success 
of  the  assertion, 

5 . 5 . 2 ,4 ;  use  of  focus  lists  to  guide  Recognition 
The  transformation  rules  in  MDS  may  be  used  in  two  ways.  To 
plan  and  execute  actions  to  reach  a  given  go  ,  or  to  recognize 
given  sequences  of  actions  as  constituting  a  f Pillar  goal.  The 
recognition  task  may  be  posed  to  ICS  as  one  of  constructing  the 
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dimensions  that  may  bo  associated  with  a  given  sequence  of  actions. 
The  central  problem  In  this  task  Is  a  classification  problem:  The 
actions  are  to  be  classified  Into  two  groups.  Those  that  may  be 
considered  the  principal  actions,  and  those  that  are  the  "slde- 
effects"  that  accanpany  the  principal  actions  in  the  modelspace. 
Here,  one  may  use  the  positive  focus  Hsts  associated  with  the 
actions  to  find  one  or  more  minimal  sets  of  principal  actions, 
whose  focus  lists  account  for  all  the  remaining  actions  in  the 
sequence.  The  dimension  possible  for  the  action  sequence  may 
then  be  constructed  In  terms  of  the  Initial  and  final  conditions 
associated  with  the  principal  actions.  These  dimensions  may  then 
be  matched  against  known  goals  in  the  system,  to  complete  the 
recognition  process. 

It  Is  Interesting  to  note  here,  that  the  focus  lists  are 
built  up  as  a  result  of  Interactions  with  the  model  space.  As 
the  focus  list  repertoir  becomes  rich  the  recognition  tasks 
would  become  simpler.  Thus,  availability  of  goal  statements 
and  XR *s  is  not  by  itself  sufficient,  to  do  good  recognition. 
Experience  with  the  use  of  the  goals  and  XR’s  in  the  model 
space  Is  necessary.  This  Illustrates  another  aspect  of  learning. 

In  MDS. 

Focus  lists  thus  play  a  central  role  In  problem  solving  In 

MDS.  They  provide  a  format  for  summarizing  and  using  domain 

knowledge.  The  predicate  expressions  that  characterize  the 

elements  of  focus  lists  are  obtained  from  the  residue  extraction 

process.  The  logical  basis  for  the  use  of  residues  in  this  manner 
Is  provided  by  Theorem  1  . 
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3.5.3.  Basis  For  Theorem  Proving 
Suppose  one  anted  to  prove  the  assertion 
[(HUMAN  Ii)(SOME  PLACE  p) 

(h  location  p)] 

This  asserts  that  for  every  HU^AN,  h,  there  is  a  PLACE,  p,  such 
that  (h  location  p)  is  true.  Ih  our  model  space,  if  there 
existed  a  HIMAN,  h^,  such  that  there  was  no  PLACE,  p,  for  which 
(h^  location  p)  was  true,  then  this  would  contradict  the 
schema  [S4],  introduced  in  section  2. 5.1, 

[S4]:  (HIMAN  location  PLACE) 

Hence,  (3.98)  is  true  In  our  danaln.  We  shall  present  below  the 
formallzatlcn  of  this  proof,  as  it  would  appear  In  MDS,  and  use 
It,  to  Illustrate  the  basis  for  theorem  proving  In  MDS,  The  TP- 
ccntrol  structure  in  MDS,  and  Its  use  cf  Gentsen's  system  of 
logic  (see  Kanger  I963  for  a  brief  exposition  of  this  logic, 
and  [Beth  1959]  for  an  Interesting  discussion),  are  outlined  In 
Appendix  III.  The  essentials  of  this  logic  necessary  to  under¬ 
stand  the  example  in  this  section,  are  presented  below . 

3 .5 .3 J  ^n.tzen  *s  System  of  logic  and  the 
goj-Culus  of  sequents . 

A  sequent  is  of  the  form 


(^1  )  (^2 )  •  •  •  (Pjj )  ■>  (Q-i  )  (Qg ) . . .  (Q^ ) : 


(3.99) 
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for  n,m  ^  o,  where  each  and  Is  a  predicate  expression  in 
rnlniscope  form.  The  left  side  is  interpreted  as  a  conjunction, 
and  the  right  side,  as  a  disjunction.  We  will  use  symbols,  S, 

S^,  etc.,  to  denote  an  arbitrary  sequent. 

A  TP-state,  TP^,  will  consist  of  a  set  of  such  sequents  . 

We  shall  use  "i "  to  separate  the  sequents  in  a  TP-state . 

The  calculus  of  sequents,  proposed  by  Gentzen,  provides  a 
systematic  way  of  expanding  the  quantified  expressions  in  a 
sequent,  to  generate  sequents  of  the  form, 

(Pl)(f^)  ...  (P^)  ^  (q-,  )  (qg )  ...  (q^);  (5.100) 

where  each  p^  and  q^  is  a  literal  (an  elementary  form),  without 
negation.  The  expaaislcn  cf  quantifiers  in  the  sequents  of  a 
TP-state  would  result  in  the  generation  of  two  kinds  of  variables; 

Eigen  variables ;  Each  eigen  variable  denotes  a  unique 
and  distinct  instantiated  object. 

Eigen  Terms ;  Each  eigen  term  is  an  imbound  variable  with 
an  associated  range.  These  »re  the  free  variables  in  the  expres¬ 
sions  appearing  in  sequents.  The  range  of  an  eigen  term  may 
consist  only  of  the  eigen  variables  generated  by  the  calculus. 

In  a  TP-state,  TP^  let,  EV(TP^),  denote  the  collection  of 
all  eigen  variables  in  TP^,  and  ET(TP^),  the  eigen  terns  in  TP^ . 
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The  rules  for  the  f^neratlcn  f  these  variables  are 
given  below.  Each  rule  is  cl  the  form 

S-  ^  S.,; 

.^2 _ i 

S-|  Sg ; 

Signifying  that  a  sequent  of  the  form  ”S^  ^  S^'  in  a  TP-state, 
may  be  replaced  by  aaiother  of  the  form  "S^ 

Generalization  Rules ; 

These  generate  elgeh  terms,  z. 


(-»  3);  ■>  x)(Qx)S^([(x  z)]Qx) 

Si  .\J(3  x)(Qx)S^ 


(3.101  ) 


(¥  :  ([(x  2)]Px)S^  ((Vx)Px)S^  -► 

^(FxTpTJ^ ^  (3.102) 

where  z  is  a  new  variable  that  does  not  occur  in  the  TP  state, 
TP^,  in  which  the  sequents  in  the  dlnomlnator  appear.  The 
range  of  z  is ,  EV  (TP^.  ) . 

Instantiation  Rules ; 

These  generate  eigen  variables  .  a. 


^ !  S^  ^Sg((¥x )Qx)S^([(x  a)]Qx ) 


Si  ■>  ( (¥x)Qx)S 


(3.103) 


and 
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(3*>);  ([(x  a)  ]px)G^  ( (3  x)Px)S^ 

( (3  x)Px)S^  ->  (5.104) 

where  "a"  does  not  occur  In  the  TP  state,  TP.,  in  which  the 
sequents  in  the  dinoninator  appear.  "a"  denotes  an  unique, 
newly  instantiated  object.  The  adaptation  of  these  expansion 
rules,  and  other  £roj^psltional  rules  of  Gentzen  to  MDS  is 
dJ.scussed  in  Append! 7c  III. 

5 . 5 . 5 . 2 :  /L_Prpof  example 

We  Shall  staco  theorem  to  be  proven,  namely  statement 
(5.98),  as  a  sequeiii: ; 

(M)  ((HUMAiM  h)(S0ME  PLACE  p) 

(h  location  p));  (5.I05) 

Where  :(m)  Is  a  conjunction  of  all  true  assertions  In  che  model 

Bl-«=e.  Applying  the  rule  ,(.v)  (the  rule  (3.105)),the  above 
sequent  may  be  transformed  to 


(M)  ((SOME  PLACE  p)(h^  location  p)); 

Where  h^  Is  an  el,fen  variable  created  by  Issuing  the  command: 

(CREATE  HWAN  h^).  initially,  all  the  relations  of  h^  will  have 

the  value  assl-ned  to  them.  Thus,  the  model  space  win  have 

the  following; 
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[  (human  Instcinco  (h^  9)^ 

(^o  ^ ^  ^'‘c  *^'-^dr*lve  (?)) 

(h„  compatlblewlth  {?))(h^  holding  (?)) 
(h^  location  ?)]. 


The-  rule  {.  3)  (the  rule  (j.iol))  is  applied  next  to  the  eecauent 
Ih  (3.106),  reeultlng  m  the  generation  of  an  eigen 

(M)  ■>  (h  location  2); 

(3.107) 

The  range  of  tide  n  le,  at  tha  „o„ent.  «ih.  Beoause  „o  eigen 
exist  in  t'le  tp  4- 

in  U,e  TP-state.  that  are  Instaneee  of  the  scope 
CT  t.  na^el,  pmcp,  and  are  created  as  a  result  c  the  application 
n  zen  s  rules  {or  their  adaptation  to  MDS).  Notice  that 
the  reas^ing  used  to  assign  (Han^  z)  =  is  already  an 
adaptation  of  1 

„  i-®  have  taken  Into  account 

he  fact  that  variables  in  MDS  have  scones  asqoo.»p,4- 

licivt;  scopes  associated  with  them. 

for  th'^ 

e  gen  term,  z,  using  the  knowledge  available  m  (m)  We 
-u  focus  on  the  oh^eots  and  relative  on  the  right  s  je  .  ; 

t2  Ts  --  -  no  cc-s  associated  with 

’  °"®  *^0  n'JoPt  any  PLACE,  as  the  value  of 

(1q  location).  Notice  that  the  lack  of  a  cc  at-  p 

has  the  interpretation;  ((3y){n  irUv 

U3yHQ^  r  y)(x  r  Y)(y  instance  y)) 

effect,  we  shall  now  apply  the  ruip  ]/■ 

ppxj  the  rule  (3  ^)  (the  rule  (3.1o4)) 
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to  the  above  predloace,  to  create  a  new  Instance  of  PLACE,  say 
Pp,  and  assert  (h^  location  p^)  to  the  model  space.  This  would 
cause  the  ASSlNlLATOh  to  incorporate  the  following  changes. 

[(h^  location  P,)(p^,  locationcf  (h^  ?))],  (3.108) 

and  return  the  follov;in,.  unknown  residue: 

(UR)  =  ([(s  (h^  ?))]((s  hcldby  NIL)  V 

(s  heldby: location  p^)) 

^  [(j^(hQ  ^))]((^y)(pQ  locationof  y)  ^ 

(SAFESj))) 


(3.109) 


Tho  TP  Interprets  tils  ur  as  the  condition  under  which  (5.108) 

has  been  accepted,  and  Incorporates  this  in  the  TP-scate  as 
follows : 


(M)(UR)  ^  (h^  location  z) 


(3.110) 


At  this  point,  it  is  possible  to  assign  a  range  for  z,  namely, 
f(z  (P^  ?))].  This  would  result  in  generating  the  assertion, 
(THASSERT  ^(’i^  location  z)) 

The  negation  sign  In  (3.III)  Is  because  "(h^  location  z)"  appears 
on  the  right  side  of  tho  sequent  In  (3.110),  and  THASSERT  attempts 
to  move  (h^  location  z)"  to  the  model  space,  (m),  which  Is  on 
the  left  Side.  As  per  Gentzen’s  rule, 

(->  ~):  S.P  ->  S„S,; 

— ! - _ 

^1  ^  ^2  (^P)S^; 


(3.112) 
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the  negation  sign  is  necessary.  TH/15S5RT  win  seek  to  find  a 

r.r;rr  ^  i.: 

■<-.  ..)r  ri"  7"“"  “■ 

diction  In  tH  ,  1  be  bound  to  and  a  contra¬ 

il  In  the  sequent  would  be  recosnized  t 
^  ■‘^^ognized.  ih  our  example 

contradiction  causes  everv  S(=>niiov,<-  4  i., 

sequent  m  the  TP -state  to  be 

c®tradl=ted.  Notice,  that  m  tte  case  or 

the  TP  here, 

ate  has  only  one  sequent,  namely  (3.1  io)  , 

nates  the  proof.  IP.nOK  ihis  terml- 

^  the  above  example  we 

(«)  in  (3.110).  It  bbe  tLore„  to  T'"' 

rem  to  be  proven  had  been  foT^ 
example,  lor 

(M){m^  location  P^)(m^  type  missionary) 

(°°  Po7<=o  bypo  cannibal) 

((HWAW  h)(..{h  location  p^)  v 

(h  type  missionary})) 

then  (OR)  „ould  be  the  .unknown  residue  at  fp  1  e 

-  t.s  d»n  to  the  sequent,  onlrn^^^^^ 

V  M^SICAHY  and  c*nibal  will  ail  be  eigen  variables. 

cc,se,  the  proof  will  call  for.  a 

J-J-  I  or  an  expansion  nf  /'tir  ^  o  , 

of  a  type  for  h  in  i- a  ^  assignment 

^  model  space. 
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Ih  using  the  unlmcwn  residues  from  the  model  space  in  this 
manner,  the  TP  attempts  to  complete  the  models  in  the  model  space 
in  such  a  manner  that  a  contradiction  in  the  sequents  may  be 
recognized.  The  basis  for  using  unknown  residues  in  this  manner 
IS  provided  by  part  (A)  of  Theorem  2.  Si  modelling  the  unknown 
residues,  (ur),  the  TP  would  attempt  to  maintain  the  values  of 
the  ^ue  - gar t i t i ons^  in  the  model  space,  associated  with  the 
(UR)'s.  Completlai  of  the  models  for  (UR)  under  this  hypothesis 
would  by  Theorem  2,  part  (A)  guarantee  consistency  in  the  model  space 
The  model  space  is  used  in  this  process  to  actively  guide 
the  TP  in  seeking  contradictions  in  the  sequents.  Ih  a  given  TP 
state  TP^,  each  sequent  in  TP^^  will  cause  a  THASSERT  of  the  form; 

(THASSERT  p^  p^  .  .  .p^^^  - ^  )  ,  (3.114) 

where  the  p^ ’s  win  e  the  literals  on  the  left  side  and  q.'s, 
the  literals  on  the  ri.  ht  side.  If  every  sequent  in  TP  J 
contradicted  for  the  same  assignment  of  bindings  to  the  eigen 
terms,  then  the  proof  is.  complete .  An  outUne  of  the  proof 
procedure  is  presented  in  Appendix  III.  Search  strategies,  and 

problems  encountered  in  the  proof  process  will  be  discussed  in 
a  future  paper . 

The  soundness  of  using  a  modelling  facility  like  MDS  for 
guiding  search  in  a  theorem  proving  process  was  independently 
investigated  by  Sanford  [Sanfiord,  D.  1977b],  in  the  context  of 
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a  resolution  based  thooro.  proving  syste™.  The  requirement  of 

^lse_£e™i^^o,pXot^  Of  Sanford.  Is  satisfied  h,  the 
modelling  schemas  in  MDS . 

3.5.4.  for  Means -end  Anaiir.c;4c. 

The  basis  for  uoans-end  analysis  Is  provided  by  part  (b) 

« .. .. 

analysis  m  model  space  updating  processes: 

Corollary  3.1. 

r  ((P(Ac^  (PR(ffv^  ]P  M  )  j  j  =  9) 

+  Aa^J  PM.)  =  ?)] 

B.  appropriately  forcing  the  falL.resldue  to  n  using  f^ 

r^r  I  the 

gn  zed  oontradlcclons  are  eliminated.  It  should  be  noted 

hat  corollary  3,  m  true  m  the  model  space  only  because  « 
have  precluded  occurrences  of  forms 

(<p[af]P  *  ?) 

in  any  of  the  CC 's . 

Once  the  false,  residue  is  c:p>+- 

due  is  set  to  evaluate  to  ?,  the  model 
space  may  be  undet^g-  n  .a  model 

y  updatea,  and  new  values  fn-n  : 

^  ^  vaxues  lor  the  unknown  relations 

he  tried  fr»  uhe  canp^dates  available  for  the  relations  or 
by  using  TP,  as  tho  case  may  be  if  c  „ 

li,  the  updating  IS  found  neoessa: 

DI  the  case  of  mssiwm,  where  pre-oonnlti 
the  aheve  ,  Phe -conditions  are  Important, 

tho  above  approach  cannot  be  taken  In 

to  evaluate  to  v  ,  r  ’  P-resldue 

v  luate  to  ?,  In  offoot  causes  the  svston  to  r 

ne  system  to  forget  the  oondltl 
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that  existe.,  .hen  ocntna^ction  „ae  neoo^lxod.)  this  caee. 

^  ®«b-eoals  to  eliminate  contradictions. 

lii  selecting  these  sub-goals,  again  focus  Htii-c,  =,  u 

^  locus  lists  may  be  used.  The 

ra^e-neaddne  dtaoK  .x.  ep^an  ae  the  XnXtXaX  condXtXen  Xer  these 
°  ta.b..roaXa  „ouXd  attempt  to  satisfy  part  (b)  of 

Theorem  2,  for  ,5  =  .  or  ,5  =  ..  The  ramifications  of  this 

Will  be  discussed  in  a  future  report  fSrinivasan  1977c]. 


I 
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^  Cone ludln,'"  Remarks 

We  have  presented  the  lopical 

j-ogicaj.  foundations  of  the  organ!- 

ana  operation  or  *S.  We  have  shoKn  how  the  MDS  .oael 

-pace  is  defined,  how  it  operates,  and  briefly  maioated  how  it 

may  be  used  as  the  basis  for  a  variety  of  Intelligent  problem 

ao  vine,  like  asslmllati*,  gca],. directed  sea^,  theorem  nrovi„,. 

panning  and  reo  o„al.t ion ,  ®d  language  understo.a.„^ 

The  Physical  or  .animation  of  ms  may  be  viewed  ^  consls- 
ng  Of  a  network  of  ,i^  ,,,,  „  ^ 

a  basic  unit  of  Interactions  and  reactions.  Also,  it  Is 

no  basis  for  all  coiimunloatlon.  Each  bundle  c 

■c'sen  bundle,  corresponds  in  a 

na  ura  way  to  a  re=o,-inlzable  entity  m  a  detain  of  discourse, 
schema  represents  a  class  of  entitles  m  the  detain. 

”*■  In  terms  of  toidle  structures, 

he  highest  level  we  have  the  bundle,  »s  itself, with  c»p. 

nent  bundles,  model  Space,  ASSmiLATOE,  DESIREE,  IP  and  ' 
LBJGUIST.  These  bundles  are  Interconnected  by  communication 
paths  over  which  they  may  exchan^  messages  m  the  languages 

ol  a  domain  of  knaviedge.  The  mete  le 

L  rne  meta-language  of  MDS  is  used 

to  define  this  domain  language. 

1„  le 

rms  o  sub-bundlos.  The  meta-language  may  be  used  to 

escribe  these  component  structures  ThP  h 
.  .  rucrures.  The  description  of  the  ms 

model  space  m  the  meta  language  an™,  , 

se,  ppears  in  Srinivasan  [igy^Qj 
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Each  bun<ue  i.  csscclated  with  three  hlnda  of  entitles- 

invoked  auto^atloall-  when  their  associated  data  ar.  accessed 
or  modified,  a  MDS  one  may  not  only  define  bundle  structures 

but  also  create  i„st,ances  of  these  structures,  according  to 
given  specifications. 

The  bundle  paran*^  m  a  description  paradl^.  But.  m 

view  Of  the  fact  tha:  MDS  can  InstanUate  bundle  schemas,  this 
description  paradl^yii  may  also  be  tisps  pp 

_  ,  y  ISO  be  used  as  a  programming  paradl®,. 

s  not,  however,  a  programming  paradigm  In  the  conventional 
sense  of  the  phrase,  lie  have  used  the  phrase,  Khowledve  ^pps 

to  refer  to  the  ,dnd  of  programming  done  m 
[Srinivasan  1973b], 

central  to  the  organization  of  M>S  is  the  tht^e  valued 
JSlcal  system  and  Its  associated  calculus.  This  system  enables 

0  opera  e  under  cautions  of  Incomplete  ta»ledgo,  m  a  ccn- 

sistent  way.  This  Las  also  emhipaH  o 

iso  enabled  us  to  unify  under  a  proper 

I-  Ttlf”  variety  of  concepts  and  techniques  known 

^tlficlal  ^teni.y.nce  and  Symbolic  Boglc.as  explained  In 

o^lon  1.  We  have,  m  fact,  provided  a  framework  for  the  deflnltl, 
of  "know led se  ”  ^  initic 

Is  associated  concepts  of  language  ana 
aSScrl^tlon,  Knowledge  exists  c«ly  m  the  context  of  anT^ 

tlonal  structure.  Within  thm  n  ®  organlza. 

■  “  structure,  knowledge  pertains  to 

pat te ms  n f  intei’acrinnc:  o 

and^I^  '‘®  b<»"Ponent  units  m  the  structure. 

that  the  structures  can  admit,  m  MDS 

-E'sHy 

nd  patterns  of  change  are  captured 
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by  transformation  rulp^  and  foous-Hsta.  At  the  level  of 

domain  knowledge  the  sense  definitions  portray  the  statlo 

lass,  of  a  domain,  and  the  transformation  rules,  the  dynamic 
laws  . 

Our  investigations  in  MDS  have  pointed  out  certain  ways 
of  organizing  computing  machines,  which  would  facilitate  easy 
and  efficient  implementation  of  MDS,  making  use  of  the  inherent 
parallel  processing  possibilities  in  the  MDS  architecture. 

These  we  shall  discuss  in  a  future  paper. 

We  have  perhaps  raised  in  thi^'  paper  more  issues  for 
clarification  and  further  elucidation,  than  questions  that 
we  have  answered,  or  solutions,  we  have  proposed.  The  research 
on  MDS  is  an  on  golini  activity.  Much  work  remains  to  be  yet 
reported,  and  much  remains  for  further  investiga,tion .  We  have 
attempted  to  present  here  the  logical  foundations  of  an 

approach  to  create  intelligent  systems,  the  approach  that 
MDS  represents. 
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V .  ACKI\r(MLIDG£MBJTS  : 

This  paper  Is  based  on  lecture  notes  prepared  for  a 
seminar  on  MDS,  during  the  spring  of  1975.  Many  of  the  ccnoepts. 
like  those  on  flHstg^  focus  lists,  commonsensp  reasoning . 
the.or^  EEoylng ,  etc.  are  discussed  here  m  greater  detail. 

The  architecture  of  HDS  has  remained  the  same  since  the 
spring  Of  1975.  We  have,  havever.  had  bettor  definitions  of 
concepts  and  a  clearer  understanding  of  their  scope  and 
Significance . 

The  progress  no  have  made  on  the  Impleme.ntatlcn  of  MTS 
would  have  been  Impossible  without  the  help  of  my  students  Joel 
irwdn,  John  Ng  and  Wu  Hsu.  Explaining  MDS  to  Joel  and  John, 
Clarified  many  of  tho  concepts  In  my  own  mind.  We  would  like 
to  thank  Srldharan  for  participating  In  the  MDS  seminar.  Sri 
was  responsible  for  many  lively  discussions,  which  contributed 
to  our  understanding  of  the  significance  of  .MDS. 

An  appreciation  for  the  power,  flexibility  and  naturalness 

of  MDS,  began  to  emerge  only  after  we  started  our  work  on  the 

BEUEtffi  system  of  Chuck  Schmidt.  We  spent  more  than  six  montte 

creatli^  representatiois  In  MDS  for  act  schemas  and  act  mternre- 

tatlM  schemas  of  BEIJEVffi.  This  laid  the  foundation  for  the 

design  and  Implementation,  by  Srldharan  and  Hawruslk,  of  a  mini- 

MDS  system,  called  ABIDS .  Since  then  wnc-  « 

ince  then,  MDS  concepts  have  profoundly 

Influenced  the  scope  and  direction  In  the  BELIEVER 


project . 
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I  learnt  about  the  details  of  Oentzen’s  system  of  lc«lo 
from  lectures  given  by  Gerald  Darlington  and  Ann  Yasuhara,  m 
the  MDS  seminar.  This  enabled  me  to  adapt  this  system  of  logic 
for  Theorem  Proving  in  MDS.  We  gratefully  acknowledge  the  help 
Of  Darlington  and  Yasuhara. 

The  discussion  I  had  with  Robert  Baizer  made  me  realize 
the  potential  for  the  application  of  MDS  to  develop  ''Automatic 
Programnlng  systems."  The  concept  of  "Programming  over  a 
knowledge  base,  "  grow  after  these  discussions. 


The  work  on  MDS  started  late  in  I971 ,  as  a  part  of  my 
efforts  to  implement  a  design-aid  system  for  computing  systems 
design,  using  as  a  basis  the  Computer  Description  Language, 
called  ®LI  [Srlnlvasan  1967a,  b].  This  work  enabled  me  to 
perceive  the  severe  problems  and  dlffioultles  involved  in  creat 


ins  an  intelligent  design-aid.  The  tyranny  of  programming  was 
unbearable,  and  the  brittleness  of  the  resulting  system  would  ha, 
made  It  cbsolete,  by  the  time  It  was  ready.  The  meta  system 
architecture  of  MOS  came  Into  being  as  a  direct  result  of  my 
attempts  to  cope  with  these  problems.  Gavin  Clowe  Implemented 


the  first  version  of  n  template  establishment  system,  called 

TIMPEST.  Since  then  MDS  has  steadily  moved  In  the  direction 

of  being  a  formaUsr.  for  the  description  and  automatic  utlllza, 
tlon  cf  knowledge. 


I  am  thankful  to  Saul  Amarel, 
research  group  at  HCA  Labcrat cries. 


who  as  the  leader  of  the 
was  respaisible  for  getting 
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support  for  the  work  on  CDL1 ,  during  the  late  6o 's .  The 
support  given  by  RCA  and  the  grants  from  the  Air  Force 
Cambridge  Research  Laboratories,  Bedford,  Mass.,  together 

made  possible  the  work  on  CDLI ,  which  later  led  to  the  deve¬ 
lopment  of  MDS . 

Since  June  1971,  through  September,  I975,  the  work  on 
MDS  was  supported  by  the  National  Institute  of  Health  of  the 
U.S.  Government.  During  the  period,  March  1 973  through  August 
1977,  we  had  overlapping  support  also  from  the  Advanced 
Research  Projects  Agency,  of  the  Department  of  Defence.  The 
support  of  both  these  Institutions  had  been  invaluable. 

The  writing  of  this  paper  would  not  have  been  possible 
but  for  the  sabbatical  leave  granted  to  the  author  by  Rutgers 
ISalverslty  for  the  year  1977.  I  am  thankful  to  Saul  Amarel, 
and  to  my  colleagues  in  the  department  for  recommending  this 
leave  and  to  Rutgers  fcr  approving  it. 
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APPSHDIX  I 

A  HODlFIGiTlOI-  TO  DESGRIPTIOII  STRUCTURE 

V/o  wish  here  to  admit  the  situation  where  mo2?G  than  one 
person  or  voMcle  nay  hold  an  ohject.  he  shall  also  make  the 
holding  relation  transitine.  To  effect  these  changes,  V7e  shall 
change  the  description  schema,  fs8]  as  follov/s; 

fsS]  :  (ITEMS  heldby  AGETJTS) 

fSl1];  (;iGEUTS  elements  (HUMAN  VEHICLE) ) 

[S12]:  ([ITEMS  heldby]  flag  X). 

’X'*  flag  indicates  tnat  the  relation  is  transitive. 

Also,  wo  shall  associate  a  no  CC,  with  [ITEMS  heldby]; 

CC[ ITEMS  heldby]: 

(y  I  (0  heldby  y)  ^(y  element  (?) 

((VEHICLE  X  z)(SOME  w) 

(w  heldby  x)(w  heldby  z) 

((x  heldby  z)  V  (z  heldby  x)). 

First  of  all,  an  item  cannot  hold  itself,  Thon,  if  two 
vehicles  x  and  z  hold  the  same  object  w,  then  (x  heldby  z)  or 
(z  heldby  x)  should  bo  true.  Most  of  the  arguments  presented 
in  section  2  will  go  through  also  for  this  new  representation; 
Only  the  section  on  "Franc  checking  in  the  Model  space," 

Bection  2, ^,7. 4,  would  a,ppear  different’, 
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APPM'JDIX  II 

Ropresontotlon  of  Collection  and  Sets  in  the  Model  Space 

IMel.Snaco  ovents  and  the  State. 

An  .Gvont  in  the  model  space  is  an  ASSIMILATOR  command  tliat 
citlicr  creates  a  nev  model  or  updates  the  properties  of  some  of 
the  existing  models.  Every  event  is  assigned  an  event  number, 
in  increasing  order  of  its  appearance.  The  event  state  of  the 
model  space  is  the  event  number  of  the  current  (last  event).  He 
shall  use  event  numbers  to  specif3''  the  recency  of  value s  and 
reasons  in  the  model  space. 

2.  Collection  and  Sets 

collection  (set)  is  represented  by  a  list  of  the  form; 

(z)  =  (6  #f  c  u  r  z^ — z)  (1) 

v;here  6,  f,  c,  u  and  r  have  the  following  interpretations; 

6(z)  is  the  pointer  to  the  definition  of  (z), 

Tt^Cz)  is  the  nuiabcr  of  lenov/n  elements  in  (z), 
f(z)  =  ?  or  NIL  is  the  flag  of  (z),  (Open  (z))  is  true 
if  f(z)  =  ?  In  this  case  (z)  has  room  for  more 
elements*  Otherwise,  (closcd(z))  is  true, 
c(z)  is  the  compliment  of  (z), 
u(z)  is  the  unlmoxm  part  of  (z) 

r(z)  are  the  reasons  (residues)  associated  with  (z). 
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Wo  shall  use  (z^)  to  denoto  a  collection  with  exactly 
n  elements  and  (z^  ?)  to  denote  a  collection  which  has  n 
elements  5  hut  has  room  foi*  more, 

2,1  Pjlfjinition  of  (z) 

Each  oollootlon  (z)  is  defined  by  a  tomnlate.  Lot 

5(z)=Z.  The  frame  schema  (z  olomonts  partly 

defines  tlio  elements  of  Z.  The  full  element  definition  will 
have  the  form; 

6(z)  =  (Z  elcmentdn)  = 

(  '^edn^-j  •*,  \edn^l^  )  (?) 

where  each  <Gdn>  is  an  element  definition  of  the  form, 

<odn>  =  [<lb>  <ub>  <scope>  <cc>  <atr>], 

where  <lb>  is  tho  l^qwer  bound  on  the  nmibcr  of  instances  of 
<scope>  that  (z)  may  have  and  <ub>  is  the  upper  bound  on  this 
number.  The  <cc>  will  constrain  the  instances  of  <scope>  that 
nay  appear  as  elements  of  (z).  The  <atr>  will  specify  rules  for 
adding  (deleting)  instances  of  <scope>  to  (from)  (z).  The 

scope  of  (z),  (Scope  (z))  will  be  tho  disjunction  of  the  scopes 
of  its  clement  definitions. 

If  Y  is  the  <scopG>  of  an  <Gdn>  of  Z  then  we  shall  say 
that  (Z  element  Y)  is  true.  :YLso,  we  shall  say  that  X  is  an 
instance  of  (Scope  (z))  if  it  is  an  instance  of  one  of  its 
dis juncts. 


2.2.  Conpllncnt  of  (z) 


g(z)  has  tho  forn 

c(z)  =  ("c”  #  f  t  r  z"*  ...  z)  (2) 

where  "c"  indicates  that  the  list  is  a  compliment  of  a  (z), 
f(c(z))  ==  ?  or  NIL  specifies  whether  c(z)  is  open  or  closp_d, 
t(c(z))  =  z  is  the  true  part  of  the  list,  and  r(c(z))  are 
tho  residues  associated  with  the  raemhers  of  c(z).  If  x  is 
a  menher  of  c(z)  then  x  is  not  an  oloment  of  the  collection 
(z).  Only  instances  of  (Scopc(z))  nay  appear  as  memhors  of 
g(z)  . 

2.3.  SlO— part  of  (z) 

u(z)  =(''uJ!'#:f  t  r  z”^  z^...z  ).  (3) 

If  u(z)  exists  then  its  members  will  represent  the  candidates 
for  elements  of  (z). 

2*V.  Elements  of  (z) 

We  shall  use  "(z)”  to  denote  both  the  collection  (z)  and 
the  list  (z).  The  relation  name  ’’memberof''  is  used  exclusively 
for  lists ,  and  "elcmcntof”  is  used  only  for  collections.  Lot 
CC[Z  element  Y]  denote  the  CC  anchored  at  the  <edn>  whose 
scope  is  Y.  Then, 

[(Z  element  Y)(Z  instance  (z)) 

(((0  element  of  (z))  <$=> 

^  CC[Z  element  Y]((z)  0^)] 
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Tho  representation  of  (z)  is  defined  by  the  following: 

.  (a)  elenentof  (z))  4=7> 

((©y.  nenberaif  (z))  V 
(~(©y  raeraberdf  c(z)) 

((Closed  c(z))  7  member  of  u(z)))) 

*  V 

(b)  ~  (@y.  eleraentof  (z)) 

((©y.  meraberof  c(z))  7 
^(©y  instanceof  (Scope  (z)))  V 
(~(@y  memberof  (z)) 

((Closed  (z))  7  nemberof  u(z)))) 

J 

(c)  ((©y  eleraentof  (z))  =  ?)  <==> 

((©y  meraberof  u(z))  7 

~(0y  meraberof  (z))  7 
~(©y  meraberof  c(z))) 

(©y  instanceof  (Scope  (z)) 

(Open  (z))(Opcn  c(z)))  (5) 

Each  collection  thus  defines  a  partition  of  all  the  items 
in  its  scope.  Let  n(z)  denote  the  partition  defined  by  (z): 

n(z)  =  [T(z)  U(z)  F(z.)]  (6) 

where 

(a)  T(z)  =  (x  I  (x  eleraentof  (z))) 

(b)  U(z)  =  (x  j  (x  eleraentof  (z))  =  ?) 

(c)  F(z)  =  (x  |^(x  eleraentof  (z)))  (7) 

Notice  that  an  unlcnown  element  of  a  collection  may  exist 
only  if  both  (z)  and  c(z)  arc  open.  If  x  is  an  unknown  element 
of  (z)  then  x  may  potentially  belong  cither  to  (z)  or  to  c(z),- 
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In  general,  the  mltnown  truth  value  of  a  relation,  in  the  MDS 
model  space,  is  a  property  that  is  incidental  to  the  model 
space.  It  is  not  a  property  that  is  intrinsic  to  the  domain, 
that  io  heini^^  modelled.  Thus,  one  may  have  relations  that  are 
universally  (false),  i.e,  true  (false)  in  all  possible 

model  spaces  of  a  domain.  But,  there  is  no  notion  of  an 
imiv  or  sally  unknown  truth  value*. 

The  element  definitions  given  in  (3.6)  enable  economical 
representations  of  collections  in  the  model  space.  This  is 
discussed  below; 

2 • 5 ;  Special  Cases  of  (z) 

Instances  of  classes 

Let  I(Y)  denote  the  collection  of  all  instances  of  a 
class  Y.  The  form  of  I(Y)  is, 

I(Y)  =  (Y#  f  e  r  y"^  Y^...y)  (8) 

'^diere  e(I(Y))  is  the  event  number  of  the  last  event,  that 
created  an  instance  of  Y.  In  this  case  the  complement  of 
I(Y)  is  not  stored.  By  definition, 

(y  instanceof  Y)  <l=>(y  memberof  I(Y)), 

~(y  instanceof  Y)  <^>rv,(y  memberof  I(Y))  (9) 


The  Theorem  Prover  in  IIDS  operates  in  two  valued  logic.  But 
it  uses  the  model  space,  which  is  in  B-valued  logic. 
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(ii)  ITl'liL  Colloctions 

(NULL  (z))  is  true  if 

Jz)  =  (60  NIL  (y)) 

(y)  =  (c  e  NIL  (z)  r). 

Here  (z)  lias  no  members ;  Its  cardinality  is  0  and  it  is 
closed.  The  "e"  in  the  compliment  of  (z)  indicates  that  all 
instances  of  (Scope  (z))  as  of  the  event,  e,  are  members  of  (y). 
Every  tine  (z)  is  accessed  this  event  number,  e,  \7ill  be  compared 
with  the  event  numbers  associated  with  the  classes  in  the  scope 
of  (z).  If  any  of  these  classes  has  an  event  number  that  is 
greater  than  e,  then  the  corresponding  elements  of  (z)  will  be 
computed,  using  the  cc’s  and  ATR’s  associated  with  (z).  If  all 
the;  event  numbers  of  the  classes  arc  less  than  or  equal  to  e, 
then  the  existing  specifications  of  (z)  will  be  used. 

V/e  shall  use 

(z)  =  6(z)[NIL  NIL  T]  (H) 

to  denote  the  NULL  collection. 

( iii )  Ul'JIVERSAL  Collections 


(ALL  (z))  is  true  if 

(z)  =  (6  G  NIL  (y)  -  r) 
(y)  =  (c  0  NIL  (z)) 


.(12) 
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Hero  again  e,  Is  given  the  same  interpretation  with  respect 
to  the  list  (z),  as  in  (11)  abcife.  Wo  shall  use 

(z)  =  5(z)[T  nil  NIL] 

to  donoto  the  universal  colloction, 

(i'v)  Open  CollGctlons 

As  a  collection  (z)  is  open  only  if  as  lists,  both  (z) 

and  c(z)  are  open.  Open  collections  may  have  one  of  the 
following  forns ; 


a) 

6(z)fT(z)  ? 

F(z)], 

h) 

6(z)[T(z)  ? 

?  ], 

c) 

5(z)f  ?  ? 

d) 

5(z)[  ?  U(z) 

F(z)], 

c) 

5(z)(;  ?  U(z) 

?  J, 

f) 

6(z)[T(z)  U(z) 

?],  or 

g) 

5(z) f  ?  ? 

?  ]. 

(1M 


As  we  shall  see  below,  it  v/ill  never 
cnuiiorate  in  a  collection  all  the  itens  in 
to  the  nunbor  of  instances  in  the  scope  of 
nuiibor  of  nenbors  in  the  representation  of 


bo  necessary  to 
ias  scope.  Compared 
a  colloction,  the 
the  collection  will 


always  be  small. 


(v)  Values  of  ((S)  r) 

-  -  _  DC 


We  shall  use  collections  to 


represent  the  values  of  relations 


(C?^  r).  Every  (0^  r)  thus  defines  a  partition  of  the  items  in 
its  scope.  If  fX  r  Y)  is  true  and  Y  is  a  node  tenplate  then 
the  value  of  (O  r)  will  ho  one  of  the  followii.g; 

r)  =  (s)  =  (5  1  NIL  (y)  -  r  y) 

(y)  =  (c  ?  ?  (z))  (I5) 

if  (0„  r  y)  is  true  Or, 

(©^  r)  =  (z)  =  (6  0  ?  (y)  (u)) 

(y)  =  (c  e  ?  (z)) 

(u)  =  (u  n  f  (z)  r  z\.,s^"^)  (16) 

if  candidates  (z\  z^, . . .  jz’"') ,  are  loiown  for  (©„  r),  but 
(©„  r)  itself  is  unlasowi.  Or 

(0^  r)  =  (z)  =  (5  0  ?  (y)  u)) 

(y)  =  (c  n  ?  (z)  r  y\.,y^) 

(u)  =  (u  o  ?  (z))  (I7) 

if  (0„  r)  is  unknown  but  some  y,  for  which  r  y)  is  true, 

X  X 

are  loiovrn 
Or 

(0^  r)  =  (z)  =(60?)  (18) 

if  nothing  is  lenown  about  (0  r).  Similar  representations  will 

X 

exist  also  for  the  case  where  Y  is  a  list  template  in  (X  r  Y), 
The  partitions  implied  by  those  representations  are  made  use  of 
to  obtain  complete  solutions  of  Consistency  conditions.  The  CC 
evaluation  algorithm  is  discussed  in  section  3 A, 
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Appendix  III 


.of  Gontzen  ^ 
The  or  on  ProviniT 


in  MDS. 


The  jLcmriOi^aiion  and  in^t^tiatjLpn  rules  have  been 
already  e>rplaincd  in  the  text  (see  (3.101)  through  (S.lOh) 
We  also  have  the  following  propositional  rules; 

.Spllttin)?  Hulo.q. 

( Q ) S p-^S^ • 

S^(PVQ)S2>S^1 

'-)  :  S^-^^(P)S^;  S^^S3(Q)S^j 

Si->S2(P-(!)sh~' 

Absorption  Rules ; 

’  fl^(P)(Q)S.^; 

(-  ->)  ;  S^(F)(Q)Sp-»Sp; 

S^(P-Q)S2->S2; 

Hepiation  Ru1nn« 

■*'>  '•  S^S2>»S^(P); 

('vP )  j 


(P)S^->S2Sp> 

S2(^P)S2; 


(->  'v)  : 
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oivon  TP -state  all  applicable  propositional  rules 

Should  bo  applied  first.  Thereafter,  the  Generalization 

and  instantiation  rules  are  applied  to  a  TP-state,  TP.,  to 

Generate  the  next  TP-state,  TP.  in  tho  ^ 

sequent,  sav  1  <-  t  ^  v  4.1 

j  i  ^  ^  k,  the  collection  of  assertions 

is  constructed,  and  all  the  TILIoSJlIT*  s , 

(miSSfflT  Q(sfh),  3  =  1,2 . . 

arc  assorted  to  the  Model  Space  in  parallel.  T!>ls  nUMt  rosnlt 

in  the  rocoGnltion  of  contradletlons  in  each  sequent  of 

In  such  a  case  the  TP  process  would  terninato.  Othowise.'^tL 

uiilelown  residues  generated  by  the  ASSIHILATOR  in  response  to  the 

THASSERT's  Will  all  be  brought  to  their  respective  sequents  and 

the  TP -state,  TP  ,  will  be  updated.  In  doing  this  the  following 
rules  will  be  followed. 

The  IE  associated  with  a  will  be  brought  doim  to  the 
loft  sado  of  Its  associated  sequent,  and  the  DR  associated  with  a 
^13  Will  be  brought  to  the  right  side.  It  should  be  noted  that 
application  of  an  Instantiation  rule  also  iray  result  in  the 
receipt  of  an  DR,  returned  by  the  AsSfflLATOE  as  the  conditions  for 
the  acceptance  of  the  instantiation.  The  DE-s  associated  with  the 
instantiation  rule  (3  ,)  win  go  to  tho  loft  side  of  a  sequent, 
and  those  associated  with  (,  v)  will  go  to  the  right  side. 
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EacA  TI.USSIT.T  v/iH  cause  the  ASSIillLlTOR  to  call  in  its 
oim  chocking  and  updatin-  processes.  This  nay  result  in  nerrou- 
in;_,  covri  bho  ranges  for  the  eigen  terns  in  the  IP -state. 

O'lC  huy  assinio  tliat  the  variables  in  each  UR  entered  in  a 
sequent  v/ould  bo  distinct  and  new  to  the  TT -state.  llso,  in  ea.-- 
UR  the  following  expansions  would  have  boon  incorporated, thoroby 
ronoving  the  bindimg  expressions  appearing  In  the  URr 

[(z  (a^  a^.-.a^  ?))]  (( .  .p^^)  and 
((3z)[(z(a^a2...a^,^  ?))]P^  p2***^]P 
aro  transfornod  to 

^vg(z  a.)]r,|P^^...p,p  y  ((3z)p^F2...Pp, 

and  all  subexpressions  of  Uxo  foru 


k 

((¥z)(  V 


(z(a^-  a-  ...aj  ?))]r.) 


n 


are  transfornod  to 


aJ)]Pi)))((¥z)(P^  V  Pg  V,..V  PjJ)^ 

In  both  the  above  expansions  th.e  right  most  quantified 
expression  wil],  occur  only  if  the  binding  ranges  for  z  indudo  a  ?. 

In  attoiipting  TILISSERT  if  the  range  for  an  eigen  tern,  z, 
is  NIL,  then 


f 
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ii 


a)  Githcr  further  apulica^-1  on-  o-r  ^ 

ppxxca.iori^  of  appropriate  instan¬ 
tiation  rules  world  be  sought,  or 

b)  the  nodel^ooraaoti®  prooeduro  for  tho  roleyant  z-s 
would,  bo  initiated, 

oxanplo  of  the  nodol  oonElefi™  task  was  encountered 

xn  the  discussion  In  sectlai  3.5.2.  »ero  are  also  cases,  m 

which  .lodel  completion  procedure  should  bo  initiated  in  order 

to  find  ncu  possible  bindings  for  an  eigen  term,  s,  cron  though 

xt  has  already  a  non-NIL  range.  The  model  completion  as  a 

ttratogy  for  using  domain  Imowlcdge  win  be  discussed  in  a  futu: 
report. 


